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THEC64 Mini: il pomo della discordia! 

di Francesco Fiorentini 


Chiudete gli occhi ed immaginate di essere di 
nuovo quel giorno di tanti anni fa in cui 
riceveste in regalo il vostro Commodore 64. 
Ripensate al momento in cui per la prima volta 
lo avete collegato al televisore di casa ed e' 
comparsa la schermata blu che tutti noi oggi 
conosciamo molto bene. Subito dopo avete 
inserito la cassetta del vostro primo gioco nel 
datassette e dopo un tempo di attesa che 
adesso ci sembrerebbe eterno, un'esplosione 
di suoni e colori (per i fortunati possessori di 
un televisore a colori) ha invaso la stanza 
accendendo definitivamente una passione 
che non si sarebbe mai piu' sopita! 

Quanti di noi si riconoscono in questa storia? 
Quanti di noi hanno mosso i primi passi 
videoludici con I'amato biscottone? Tanti, 
forse la maggioranza dei lettori di 
RetroMagazine... Ebbene e' proprio sull'onda 
di questo effetto nostalgia che la Retro 
Games LTD ha lanciato I'operazione THEC64 
Mini che tanto ha tenuto banco ultimamente 
nelle discussioni dei piu' frequentati gruppi 
Facebook dedicati al Retrocomputing ed al 
Retrogaming. 

Ovviamente c'e' chi ha visto in questa 
riproposizione un attentato di lesa maesta' 
verso un mito indiscusso e chi invece ha 
accolto favorevolmente questa operazione 


commerciale. Perche' in fin dei conti, sempre 
di un'operazione commerciale si tratta. Non 
sta certo a me giudicare chi ha torto e chi ha 
ragione, pero' perfortuna posso esprimere il 
mio pensiero. 

Devo ammettere che all'inizio ero scettico 
riguardo al prodotto in questione, soprattutto 
per le ridotte dimensioni e la conseguente 
mancanza della tastiera; come se si volesse 
ridurre un Home Computer ad una console, 
cancellando in un colpo solo le notti insonni 
che tanti di noi hanno passato di fronte al C64 
a scrivere programmi in BASIC 0 in Assembly. 
Pero', come mi faceva notare Marco Pistorio, 
in ben pochi adesso scrivono codice sul C64 
reale, preferendo tool piu' evoluti come i cross 
compilatori. E forse e' una delle ragioni che ha 
spinto la Retro Games LTD a puntare 
soprattutto sul lato ludico del C64. E da 
questo punto di vista il THEC64 Mini e' 
indubbiamente pratico per il retrogamer 
neofita o per il millenial che si avvicina al C64 
per la prima volta. E' ovvio che il target 
principale del prodotto non puo' essere lo 
smanettone appassionato di retrocomputing; 
ma quanti di noi alia fine resisteranno alia 
tentazione di comprarlo anche solo per avere 
un oggetto che ricorda nella forma un mito? lo 
no, lo confesso! Ancora dubbi? Andate a 
leggere la recensione a pagina 16. © 
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Una intro... per iniziare! 

Programmazione Assembly su 
Commodore 64 

di Marco Pistorio 


Parte I - Introduzione 

Le demo nacquero, in origine, come firme 
introdotte nei programmi o nei supporti di 
installazione di programmi e giochi da parte di 
alcuni cracker, i cosiddetti pirati informatici, 
capaci di scardinare le difese elettroniche 
poste a guardia del software. 

In un'epoca in cui pochi paesi al mondo 
avevano una legislazione che proteggeva il 
software dalla copia, eliminare le protezioni e 
diffondere un programma era un'operazione 
comune. 

Chiunque avesse un minimo di capacita 
informatica copiava i programmi, ma soltanto 
coloro che avevano maggiore abilita, 
inventiva e pazienza riuscivano a introdurre la 
propria demoscene personalizzata nelle 
proprie copie: questo per distinguersi dalla 
massa, facendosi conoscere e facendosi 
riconoscere nelle proprie copie illegali diffuse. 

Queste firme, spesso colorate ed arricchite 
con una base musicale accattivante, erano 
realizzate in linguaggio macchina e 
memorizzate all'interno del lo stesso supporto 
contenente il programma copiato, a volte 
"fondendosi" con quest'ultimo. II particolare 
tipo di animazioni che partiva al lancio del 
programma copiato era denominato "letter", 
"sign", "message" o "intro". 

Lo scopo di questo articolo e quello di 
presentare una semplice intro, illlustrando 
tutto il codice assembly necessario, codice 
che cerchero di spiegare nella maniera piu 
semplice possibile. 

L'articolo sara suddiviso in "puntate", per 
evitare di realizzare un unico articolo 
particolarmente lungo e difficile da leggere. 

La intro che Vi presentero non sara completa 
al 100% perche il mio obiettivo e presentarVi 
una intro con un codice piu breve e semplice 
possibile. 

Non ho previsto quindi alcun testo a 
scorrimento orizzontale. 

La intro conterra due rasterbars in 
movimento, elemento presente nella 


maggioranza delle intro. Tuttavia le rasterbars 
risulteranno leggermente sfrangiate, non 
perfettamente orizzontali. 

Cio perche nei codice ho adottato una 
semplice tecnica per ottenere tali rasterbars. 
Maggiore semplicita al costo pero di una 
precisione approssimativa. 

La intro che Vi presentero quindi non 
riscuotera particolare successo nei confronti 
di tutti coloro che conoscono gia queste 
tematiche in maniera piu approfondita e che 
realizzano percontro proprio intro, giochi etc. 
Tuttavia mi auguro che altri la apprezzino. 
Chi, per esempio, ha visto diverse intro ma 
non ne ha mai realizzato nessuna, e che potra 
quindi sfruttare la lettura di queste pagine di 
"RetroMagazine" per realizzarne una. 

L'argomento trattato e particolarmente 
tecnico. Nonostante i miei sforzi, alcuni 
passaggi potrebbero risultarVi non chiari. Una 
infarinatura di base relativa all'assembly Vi 
sara di notevole aiuto nell'affrontare tutti i 
passaggi un po 1 piu complessi che 
affronteremo. 

Oggi, a differenza di quanto accadeva negli 
anni '8o, e facile ed immediato ottenere tutte 
le informazioni di cui necessitiamo, basta 
effettuare ricerche "mirate" in rete. 
Potrete ottenere comunque tutti i ragguagli 
che potremo fornirVi scrivendo, come 
sempre, alia nostra email redazionale. 

Parte II - Elementi di Assembly 

Come scrivevo in precedenza, una 
infarinatura di base relativa alia 

programmazione assembly Vi sara di aiuto nei 
seguire meglio la spiegazione del codice 
relativo alia intro. 

Tuttavia, a beneficio soprattutto di coloro che 
non abbiano ancora aquisito tali conoscenze, 
cerchero di fornirVi alcuni elementi di 
programmazione assembly, cercando di 
esporre il tutto nella maniera piu semplice 
possibile, senza alcuna intenzione di 

presentare un corso serio e rigoroso al 
riguardo. 


Iniziamo questa "chiacchierata" tra amici 
domandandoci il perche sia opportuno 
scrivere un programma in assembly piuttosto 
che, ad esempio, in BASIC, per realizzare una 
intro. 

II motivo e sostanzialmente uno. 
Grazie all'assembly riusciamo a gestire in 
modo completo, ed alia massima velocita 
oltretutto, tutte le caratteristiche del C64. In 
piu, volendo, potremmo anche fare a meno 
dell'interprete BASIC che potremmo 
disattivare liberando la RAM al di sotto dello 
stesso. Poca roba (8 Kbytes, precisamente) 
ma lavorando con il C64 un po 1 di RAM a 
disposizione in piu puo tornare sempre utile. 
Pro dell'assembly? Potremmo dire accesso a 
tutte le caratteristiche del C64 con estrema 
velocita. 

Contro dell'assembly? Essenzialmente la 
difficolta di sviluppare in assembly e la poca 
'portabilita' del codice ovvero un codice 
scritto per un C64 in assembly potra girare 
perfettamente solo su C64. Su un VIC20, che 
monta un processore molto simile, in linea 
teorica il codice girerebbe alio stesso modo 
ma la mappa di memoria e diversa, e diverso il 
comparto audio/video quindi e probabile che 
il codice andrebbe rivisto, in parte oppure in 
toto. 

Su una macchina ad 8 bit con diverso 
processore invece, come ad esempio il Sinclair 
ZX Spectrum, che monta un microprocessore 
Z80, il codice si dovrebbe necessariamente 
riscrivere ex-novo. 

Registri: A (Accumulatore) e Registri X ed Y 
(di indirizzamento) 

Cosa sono i registri? I registri contengono un 
dato, sempre numerico. 

Immaginateli un po' come delle variabili 
numeriche del BASIC. 

In particolare, il registro A e quello piu 
importante, perche sul contenuto di questo 
registro e possibile effettuare operazioni 
logiche (AND, OR per esempio) ed 
aritmetiche (Addizione e Sottrazione). 
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I registri X ed Y permettono anch'essi di 
memorizzare un valore numerico, 
permettono anche I'incremento oppure il 
decremento di tale valore numerico 
memorizzato all'interno del registro ma 
niente operazioni logiche ne aritmetiche. 
Vengono adoperati per I'indirizzamento, 
concetto di cui parleremo meglio piu avanti, 
osservando il codice della intro di esempio. 

Registro di Stato del processore 

Questo registro 'speciale' mostra lo stato 
legato al risultato di operazioni 
logico/matematiche. E' costituito da 8 flags, 8 
bit che possono assumere il valore 'o' oppure 
'i' in funzione del fatto che I'ultima 
operazione matematica su un registro ne 
abbia azzerato il suo valore, oppure lo abbia 
reso negativo, oppure ancora abbia fatto 
oltrepassare il valore massimo consentito 
all'interno del registro stesso, che e 255 nel 
caso di registri ad 8 bit. 

La condizione di registro contenente il valore 
0 e rispecchiata dal flag Z del Registro di Stato 
del processore. La condizione che invece e 
stato ottenuto un valore negativo e 
rispecchiata dal valore contenuto nel flag 'N 1 . 
Infine la condizione che e stato superato il 
valore massimo che e possibile contenere 
all'interno del registro e rispecchiata dal 
valore del flag 'C'. 

Nel caso del microprocessore 6510, quello 
contenuto nel Commodore 64 per intenderci, 
degli 8 flags presenti nel registro di stato del 
processore ne vengono adoperati soltanto 7. 
Uno non ha alcun significato assegnato e 
resta sempre al valore logico di '1'. 

Lo "stack" 

Qualora ve ne sia la necessita, e possibile 
memorizzare il contenuto di un registro sullo 
stack per poi prelevarlo successivamente. 

Lo stack e una memoria di appoggio di tipo 
"L.I.F.O." (Last In, First Out) ovvero I'ultimo 
dato inserito all'interno dello stack e il primo 
che sara possibile tirarfuori dallo stesso. 
Ricordate che, nel caso del microprocessore 
6510 in particolare, e possibile memorizzare e 
riottenere, quando necessita nuovamente, 
solo il contenuto di questi registri 
Accumulatore, Registro X e Registro di Stato 
del microprocessore. Non e possibile quindi 
usareTUTTI i registri insieme alio stack. 

Finisce qui questa brevissima carrellata volta 
a presentarVi velocemente gli attori coinvolti 
nella programmazione Assembly del 
microprocessore 6510 in particolare. 


Alcuni argomenti litratteremo commentando 
il codice. 

Vedremo alcuni metodi di indirizzamento, 
quelli piu semplici che ho utilizzato all'intero 
del codice della intro, ma non tutti. 

Ci soffermeremo su alcuni argomenti 
successivamente, nelle prossime "puntate" 
quando ad esempio otterremo I'effetto di 
scorrimento dei due muri verso sinistra e 
verso destra. 

Per tutto il resto, non mettiamo limiti alia 
Provvidenza, continuate a seguirci, mi 
raccomando! 

E' necessario pero aggiungere due righe 
relativamente al "raster", argomento gia 
trattato nello scorso numero di "RM", il 
numero 5. 

Lo schermo video viene continuamente 
ridisegnato (con una frequenza di 50 
Hz,ovvero 50 volte al secondo, oppure di 60 
Hz, 60 volte al secondo, in funzione del 
sistema video in uso, PAL oppure NTSC) riga 
per riga, indipendentemente dal fatto che 
I'immagine riprodotta nel frattempo cambi 0 
meno. 

Tale operazione viene effettuata da un 
cannone laser che percorre il reticolo di linee 
che compone lo schermo video (raster e il 
termine inglese che sta appunto per trama, 
reticolo, griglia). 

II cannone laser eccita elettricamente il 
materiale di cui e composto lo schermo e 
vedremo quindi apparire, linea per linea, 
I'immagine sullo schermo. 

I primi 8 bit che descrivono il numero di riga 
che sta disegnando il raster in tempo reale 
sono contenuti all'interno di una locazione di 
memoria ben precisa, la locazione 53266 
($doi2) in notazione esadecimale). Esiste un 
nono bit, posto ad '1' solo quando il raster si 
trova a disegnare numeri di riga oltre la 256- 
ma che si trova all'interno della locazione 
53265 ($don) ma nella intro ignorero questi 
casi. 

Non vi tedio ulteriormente ma ricordo a tutti i 
lettori interessati che tramite ricerche 
u mirate"su internet sara loro possibile trovare 
tutta la documentazione che riterranno utile 
per approfondire gli argomenti accennati. 

Parte III -1/err/ del mestiere 

Dopo aver parlato dei vantaggi di 
programmare in assembly rispetto ad altri 
linguaggi ed aver fatto una veloce disamina 
del funzionamento dei registri del 
microprocessore e dello stack, vediamo 
adesso come scrivere il codice assembly. 


Basta un editor di testo ed un compilatore. 

Altri preferiscono adoperare appositi 
ambienti di sviluppo integrati (I.D.E.) che 
includono al loro interno I'editor di codice, il 
compilatore ed altri strumenti a disposizione 
del programmatore, per creare schermate, 
per realizzare set di caratteri ridefiniti etc. 

lo personalmente adopero come editor il 
gedit di Linux, senza particolari ammenicoli, e 
KickAssemblercome compilatore, al quale do 
in pasto il file di testo contenente il codice 
assembly che ho scritto. 

KickAssembler, se e tutto ok, mi generera il 
file .prg che contiene il codice macchina da 
lanciare tramite VICE, ma che potrei eseguire 
anche su un C64 reale (previo suo 
trasferimento in RAM chiaramente). 

Perche un editor di testo e non un ambiente di 
sviluppo integrato (I.D.E.)? 

E' una mia scelta personale, condivisibile 0 
meno. 

L'uso di un IDE sottintende che tutto il lavoro 
di sviluppo debba essere effettuato al suo 
interno. Ma a me piace adoperare tools 
specifici per compiti specifici, ad esempio uso 
normalmente il CharPad per lavorare con i 
caratteri ridefiniti, evitando di imparare ed 
utilizzare solo un certo IDE (con tutti i suoi 
eventuali strumenti integrati piu o meno 
potenti) e basta. 

Utilizzando un semplice editor di testo faccio 
a meno anche del controllo automatico della 
correttezza del codice mentre lo sto scrivendo 
(il lavoro che fa I'lntellisense, per chi di Voi 
conosce I'ambiente di sviluppo Visual Studio 
sotto Windows), tuttavia lavoro in maniera 
semplice e veloce. 

Ripeto pero, e una mia scelta personale. 
Ciascuno di Voi potra operare scelte diverse 
dalla mia. 

Ci sono ottimi IDE per lo sviluppo su C64. 
Abbiamo affrontato questo argomento sul 
numero "3" di "RetroMagazine". Invito quindi 
chi fosse interessato a conoscere tali 
strumenti a rileggere questo precedente 
articolo. 

Circa il compilatore invece ho scelto 
KickAssembler tra diversi altri perche ne ho 
apprezzato la semplicita della sintassi, il 
trattamento dei files .sid, ma anche il fatto 
che e multipiattaforma. 

Tuttavia non e open-source, mentre ad 
esempio lo e ACME. Quest'ultimo presenta 
una sintassi molto simile al KickAssembler 
oltretutto. 

Esistono diversi altri compilatori, quali ad 
esempio: 64TASS, CC65, DASM, MXASS. 
Nel valutare un compilatore bisogna 
considerare diversi fattori. 

E' sviluppato, aggiornato 0 no? 
E' open-source? 
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Ha una sintassi semplice? 

Offre strumenti quali macro, pseudo¬ 
opcodes, strumenti di debugging? 

E' una analisi che puo rivelarsi complessa. La 
volonta e I'esperienza che maturerete nel 
campo vi faranno rendere conto presto della 
bonta di un certo assemblatore rispetto agli 
altri. 

II codice che Vi presentero quindi e 
compilabile con KickAssembler e dovrebbe 
essere facilmente modicabile per essere poi 
elaborato da qualsiasi altro compilatore di 
Vostro gradimento. 

Parte IV - II codice sorgente della 
intro commentato 

Iniziamo subito ad esaminare il codice 
sorgente della intro: 

.const mem_schermo=i024+40*io 
.const chrout=$ffd2 

.const debug=o // 

impostare a 0 per rilasci finali. Diverso da 0 
SOLO pereventuale debugging. 

.label COUNTERo = $ff 
.label COUNTERi = $ff 

* = $0801 II BASIC start address 

(#2049) 

BasicUpstart(codice) 

II 

II -byte 

$ob,$o8,$oa,$oo,$9e,$34,$30,$39,$36,$oo 

II 

II Codice corrispondente alia linea 
BASIC: 10 SYS4096 

II per i compilatori che non creano 
automaticamente la linea per il lancio 
II del programma da BASIC. 

II 

In questa prima parte, dichiaro 
mem_schermo, che mi servira per fissare la 
zona di memoria di schermo video dove 
disegnare la scritta "RetroMagazine" tra due 
muri, uno superiore ed uno inferiore, quindi 
dichiaro la costante chrout al valore 
esadecimale $ffd2. 

Chrout e una routine prevista dal Kernal del 
C64 che permette di scrivere sullo schermo. 
Vedrete il suo uso via via che proseguiro nel 
commentare questo codice. 

Dichiaro poi una costante che ho chiamato 
debug, e la fisso a 0. Se la impostate ad un 
qualsiasi valore diverso da 0, vedrete a video 
la intro senza caratteri ridefiniti. 

Fate attenzione ai commenti interni al codice 
(quando presenti), che si trovano subito dopo 
i simboli //. 


Definisco poi due variabili, COUNTERo e 
COUNTERi, che fanno riferimento alia stessa 
locazione di memoria, $ff ovvero la locazione 
di memoria 255, che ho scelto 
arbitrariamente. 

Con *=$0801 definisco il punto della memoria 
dove inseriro il codice che si trova subito 
dopo. 

BasicUpstart(codice) mi crea in automatico la 
linea BASIC 10 SYS4096 necessaria a lanciare 
la intro. 

Subito dopo, nei commenti, i codici 
corrispondenti nel caso in cui il Vostro 
compilatore non permetta di fare lo stesso in 
automatico, codici che vanno comunque 
inseriti, byte per byte, a partire dalla locazione 
$0801, 2049 in notazione decimale. 

.pc=$iooo "codice" 
codice: 

I 

jsrscrjnit // 

imposta schermo, riproducendo il testo 
"RetroMagazine" tra due barre orizzontali 
piene 

main: 

Idx COUNTERo 

Ida sinusTableo,x //Recupera il 
nuovo valore di linea raster 

cmp$Doi2 //dalla 

relativa tabella, con indice COUNTERo, e lo 
confronta con I'attuale... 

bne no_barrao 
sei 

//disabilita le interruzioni 
jsrfai_barrao //se 

corrispondente, crea barra raster tipo "0" 
cli 

II riabilita le interruzioni 

no_barrao: 

IdxCOUNTERi 

Ida sinusTablei,x //Recupera il 
nuovo valore di linea raster 

cmp$Doi2 //dalla 

relativa tabella, con indice COUNTERi, e lo 
confronta con I'attuale... 

bne no_barrai 
sei 

//disabilita le interruzioni 
jsrfai_barrai //se 

corrispondente, crea barra raster tipo "1" 

cli 

//riabilita le interruzioni 
no_barrai: 

jmp main 

} 

Questo e il ciclo principale della intro. 


II codice parte dalla locazione $1000 (4096 in 
decimale), come si comprende dalla lettura 
di .pc=$iooo "codice" 

Questo e un metodo ulteriore perfare quanto 
visto precedentemente con *=$0801. 

Alcuni compilatori prevedono solo uno di 
questi due metodi e non entrambi. 

Quindi la tag codice, che viene utilizzata da 
BasicUpstart(codice) discusso poc'anzi per 
determinare a quale locazione di memoria 
occorra associare la SYS di partenza. 

Tra i simboli { e } troveremo tutte le istruzioni 
relative al ciclo principale della intro. 

La jsr scrjnit richiama una subroutine che si 
trova a partire dalla locazione scrjnit 
(JSR=Jump to SubRoutine). Al termine di 
questa subroutine I'esecuzione del codice 
riprendera dalla istruzione successiva. 
Troviamo una label main e subito dopo 
I'istruzione Idx COUNTERo. Questa istruzione 
serve per riempire il registro X con il 
contenuto della locazione COUNTERo. 

Quindi abbiamo I'istruzione Ida sinusTableo,x. 
Cosa significa questa istruzione? 

Che a partire dalla locazione sinusTableo ci 
spostiamo di un numero di bytes 
corrispondenti al valore contenuto nel 
registro X appena caricato, preleviamo il 
valore che troviamo all'interno di questa ben 
precisa locazione di memoria e lo 
memorizziamo infine all'interno 
dell'accumulatore. 

Questo e uno degli usi piu classici del registro 
X, che Vi dicevo essere un registro di 
indirizzamento. 

Con I'istruzione cmp $doi2 confrontiamo il 
contenuto dell'accumulatore con il valore 
contenuto nella locazione $doi2, che Vi 
ricordo e la locazione che contiene i primi 8 bit 
del numero di riga che viene disegnata 
correntemente dal raster. 

Se i due valori corrispondono, il flag Z del 
Registro di Stato del processore passa al 
valore logico '1' altrimenti tale flag vale 0. 
L'istruzione seguente, bne no_barrao 
(BNE=Branch on Not Equal, salta se non 
uguale) fa si che I'esecuzione del codice 
riprenda dalla label no_barrao se il flag Z vale 
0, ovvero se il contenuto dell'accumulatore 
non corrisponde al valore contenuto in $doi2. 
Se invece il flag Z vale 1, tale istruzione NON 
viene eseguita, e verranno eseguite invece le 
successive sei (SEI=SEt Interrupt), jsr 
fai_barrao, cli (CLI=CLear Interrupt) che 
servono rispettivamente per disabilitare le 
interruzioni, (argomento di cui non abbiamo 
ancora discusso ma che tratteremo nella 
prossima 'puntata'), lanciare I'esecuzione 
della subroutine fai_barrao e, al termine 
dell'esecuzione di tale subroutine, vengono 
riabilitate le interruzioni. 

A partire dalla label no_barrao troviamo 
I'istruzione Idx COUNTERi. Quindi abbiamo 
I'istruzione Ida sinusTablei,x che carichera 
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all'interno dell'accumulatore il valore 
contenuto nella locazione di memoria a 
partire dal la label sinusTablei e spostandoci 
poi in avanti del numero di locazioni di 
memoria corrispondenti al contenuto del 
registroX. 

Con I'istruzione cmp $doi2 confrontiamo il 
contenuto dell'accumulatore con il valore 
contenuto nella locazione $doi2 (la locazione 
che contiene i primi 8 bit del numero di riga 
che viene disegnata correntemente dal raster) 
Se i due valori corrispondono, il flag Z del 
Registro di Stato del processore passa al 
valore logico 'i' altrimenti tale flag vale 0. 
L'istruzione seguente, bne no_barraifa si che 
I'esecuzione del codice riprenda dalla label 
no_barrai se il flag Z vale 0, ovvero se il 
contenuto dell'accumulatore non corrisponde 
al valore contenuto in $doi2. 

Se invece il flag Z vale 1, tale istruzione NON 
viene eseguita, e verranno eseguite invece le 
successive sei, jsr fai_barrai x cli che servono 
rispettivamente per disabilitare le 
interruzioni, lanciare I'esecuzione della 
subroutine fai_barrai e, al termine 
dell'esecuzione di tale subroutine, vengono 
riabilitate le interruzioni. 

Infine, subito dopo la label no_barrai 
troviamo l'istruzione jmp main (JMP=JuMP) / 
che fa riprendere il ciclo a partire dalla label 
main. 

Qual'e la logica di questo procedimento? Vi 
sono due aree di memoria,sinusTableo e 
sinusTablei, che contengono due serie di 
numeri, risultato di due funzioni 
trigonometriche, seno e coseno. 

Viene comparato il valore contenuto nelle 
aree di memoria sinusTableo(x) e 
sinusTablei(x) con il valore della riga 
disegnata correntemente dal raster. 

Quando i valori coincidono, ecco apparire una 
rasterbar, di colore rosso oppure blu in 
corrispondenza di tale riga coincidente. II 
diverso colore e dato dal fatto che il numero 
della riga coincida con cio che e stato letto 
nell'area di sinusTableo(x), che fara ottenere 
una rasterbar rossa, oppure una rasterbar di 
colore blu nel caso in cui invece il numero di 
riga coincida con il valore letto nell'area 
sinusTablei(x). 

II contenuto della locazione $ff viene quindi 
incrementato, in maniera tale che il controllo 
successivo possa generare una rasterbar via 
via sempre piu in basso sullo schermo, a 
partire dall'ultima posizione rilevata, finche 
ad un certo punto, superando il valore 
massimo (255, il numero piu grande che e 
possibile memorizzare con bytes formati da 8 
bit), il contenuto della locazione $ff torna a 0. 
II caratteristico andamento della funzione 
seno e della funzione coseno (analoga alia 
prima ma "sfasata" di un angolo di 90 gradi 
rispetto alia stessa), fa si che ci siano punti piu 


ravvicinati nella zona superiore dello schermo 
ed in quella inferiore, mentre nella zona 
centrale dello schermo i punti si troveranno 
meno ravvicinati. Di conseguenza otterremo 
delle rasterbar piu 'lente' nella zona superiore 
ed inferiore dello schermo e piu veloci nella 
parte centrale. 

Inoltre le due funzioni, grazie a questo 
sfasamento costante tra loro, ci 
permetteranno di ottenere delle rasterbars 
che si muoveranno indipendentemente I'una 
dall'altra e senza discontinuity. 
Noterere quando commenteremo il relativo 
codice che I'incremento del contenuto della 
variabile $ff, che sara il contenuto del registro 
X utilizzato come indice per leggere i valori dei 
vari elementi di sinusTableo() e sinusTablei() 
avverra solo all'interno della subroutine che 
visualizza la rasterbar. Cio per assicurarci che 
ogni successiva uguaglianza riscontrata crei 
una rasterbar del medesimo colore in un'area 
prossima a quella dove e stata visualizzata 
appena prima. 

E' superfluo aggiungere che le funzioni 
trigonometriche, in virtu di queste ed altre 
caratteristiche, sono spesso impiegate nelle 
intro. 

//=================================== 

fai_barrao: 

{ 

ldy#io //Tempo di attesa 
idlei: dey //per minimizzare il 

"tremolio" 

bne idlei //all'inizio dell'effetto 

II 

II Ciclo per stampare la barra raster 'o' 

II 

Idx #00 

loop: Ida colorBaro 

//Assegna colore al bordo schermo 
sta $do20 l/e d all'interno 

schermo 

sta $do2i 

ldy#o8 //Tempo di attesa 
idle2: dey //per minimizzare 

bne idIe2 // il tremolio alia fine 
dell'effetto 

lie rendere la barra piu spessa... 

inx II 

cpx #09 II 

bne loop // 

II 

II Fine del ciclo 
II- 

Ida #00 II Assegna il 

colore #00 (NERO) 

sta $do2o //al bordo 


sta $do2i II ed alio 

schermo video 

inc COUNTERo 

rts 

} 

//=================================== 

Questa e la subroutine che si occupa di fare 
apparire una rasterbar di tipo u o" ovvero una 
rasterbar di colore rosso. 

Subito dopo la label fai_barrao troviamo, 
racchiuso tra i due simboli { e } tutto il codice 
della subroutine. Tutto cio che si trova tra le 
due parentesi graffe e all'interno di quello che 
si chiama tecnicamente un'area a visibility 
locale e non puo essere u visto", non puo 
essere raggiungibile dall'esterno della stessa 
area.Notate che la label fai_barrao si trova 
definita al di fuori. Perche? Perche viene 
richiamata da altre parti del codice, 
precisamente dall'interno della routine 
principal gia discussa.il vantaggio 
immediato di questa feature e che non e 
necessario preoccuparsi che le labels che 
puntano a diverse aree del nostro codice siano 
SEMPRE diverse, si chiamino SEMPRE in 
modo diverso. L'importante e che lo siano 
all'interno dell'area a visibility locale dove le 
intendo usare.KickAssembler, insieme ad altri 
compilatori, permette di definire e gestire 
queste aree di codice 'stagne', tra loro. 

In KickAssembler, ma anche con altri 
compilatori, e possibile all'occorrenza 
impiegare il sistema di numerazione binario 
oppure quello esadecimale oppure ancora 
quello decimale. 

L'unica regola da rispettare e specificare un 
carattere davanti al valore numerico per 
esplicitarne la base numerica. Per un dato 
numerico in esadecimale, occorre il simbolo 
$ (esempio: #$80). 

Per un dato binario, occorre invece il 
simbolo % (esempio: #%oiiim). 

Per un dato in base decimale non si antepone 
nulla davanti (esempio: #12). 

II simbolo # che vedete e necessario in quanto 
stiamo specificando valori numerici ben 
precisi, e non ci stiamo riferendo al contenuto 
di locazioni di memoria da leggere. 

Esaminiamo adesso le prime tre righe della 
subroutine. 

La prima istruzione, Idy #10, carica il valore 10 
(in notazione decimale) nel registroY. 

La seconda istruzione, contrassegnata con la 
label idlei, dey, decrementa di 1 il contenuto 
del registroY. 

La terza, bne idlei effettua un salto indietro, 
verso l'istruzione contrassegnata con la label 
idlei, se il decremento precedente non ha 
azzerato il contenuto del registro Y. 
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Se ci riflettete, partendo da un valore 10, 
saranno necessari 10 decrementi di 1 per 
azzerare il registroY. Quindi, I'istruzione bne 
idlei tornera indietro verso I'istruzione 
contrassegnata dalla label idlei 10 volte, per 
effettuare poi un decremento di 1 del 
contenuto del registro Y per altrettante 10 
volte affinche I'esecuzione possa proseguire 
successivamente. 

A cosa serve quindi tutto cio? Semplice, a 
PERDERETEMPO. Giusto un po', per limitare 
quel leggero "tremolio" della rasterbar che a 
volte purtroppo noterete comunque. 

E' possibile calcolare con esattezza quanto 
tempo stiamo perdendo, ma lascio tali calcoli 
ai puristi e/o esperti in materia :) 

Passiamo ora a cosa succede subito dopo. 

Con I'istruzione Idx #00 carichiamo dentro il 
registroX il valore numerico 0. 

L'istruzione contrassegnata con la label loop, 
Ida colorBaro carica un ben preciso valore 
nell'accumulatore. Se scorrete il codice, 
troverete che il valore all'indirizzo colorBaro e 
02, il codice che esprime il colore ROSSO. 
Depositiamo il contenuto dell'accumulatore 
quindi all'interno di due locazioni di memoria, 
$do2o e $do2i, rispettivamente 53280 e 53281 
in notazione decimale, che, come molti di Voi 
ricorderanno, sono le locazioni che 
controllano il colore del bordo e dello schermo 
del C64. 

Quindi in questo preciso momento stiamo 
colorando bordo e schermo del C64 in 
ROSSO! 

Le tre istruzioni successive servono a 
PERDERE ANCORAALTRO TEMPO, secondo 
la stessa logica gia discussa. 

Precisamente, Idy #08 carica nel registroY il 
valore decimale 8. 

L'istruzione contrassegnata con la label idle2 
decrementa il contenuto attuale del registro 

Y. 

L'istruzione successiva, bne idle2, torna 
indietro e continua a decrementare di 1 il 
contenuto del registro Y finche esso non si 
azzerera. 

Perche introdurre questo ritardo? Perche 
vogliamo ottenere una barra rossa ben 
visibile, sufficientemente larga.Tuttavia 
questo ritardo non bastera. Ne introduciamo 
uno ulteriore. 

L'istruzione successiva, inx, incremented di 1 
unita il contenuto del registroX. 

L'istruzione cpx #09 confronted il contenuto 
attuale del registro X con il valore numerico 9 
in notazione decimale. Se i due valori 
coincideranno il flag Z del registro di stato del 
processore, come gia discusso, passed al 
valore logico '1', altrimenti varra 'o'. 
L'istruzione bne loop fara proseguire 

I'esecuzione del codice dalla locazione 
contrassegnata con la label loop finche i 


successivi decrementi del contenuto del 
registro X non lo abbiano azzerato. 

Abbiamo realizzato quello che in gergo 
tecnico si chiama iterazioni nidificate. Stiamo 
osservando un ciclo di ritardo all'interno di un 
altro ciclo di ritardo, piu esterno. 

Lo scopo e quello, come detto sopra, di 
ottenere una barra rossa ben visibile, ben 
spessa. Ecco perche occorre perdere un 
tempo sufficientemente lungo per mantenere 
il colore dello schermo e del bordo di colore 
rosso. 

Finalmente, dopo un ritardo ampio a 
sufficienza, possiamo fartornare lo schermo 
ed il bordo al colore di partenza scelto, che e il 
colore nero. Come? Con le semplici istruzioni 
seguenti: 

Ida #00, sta $do2o, sta $do2i. 

La prima carica il valore 0 all'interno 
dell'accumulatore, la seconda copia il 
contenuto dell'accumulatore all'interno della 
locazione $do2o (53280 in decimale), la terza 
copia il contenuto dell'accumulatore 
all'interno della locazione $do2i (53281 in 
decimale), locazioni che dovremmo ormai 
ben conoscere. 

Infine, prima di uscire dalla subroutine per 
ritornare alia routine principal con 
l'istruzione rts (ReTurn from Subroutine), 
tramite l'istruzione inc COUNTERo 
incrementiamo di 1 il contenuto della 
locazione COUNTERo. 

La subroutine che si occupa di creare la 
rasterbar blu e identica, nella logica e nelle 
istruzioni, a questa discussa. 

Le uniche differenze sono che, invece di 
caricare il valore contenuto nella locazione 
colorBaro (Rosso come dicevamo prima), 
andremo a caricare nell'accumulatore il 
contenuto della locazione colorBan, che 
contiene invece il valore 06, che corrisponde 
al colore Blu ovviamente. 

La seconda ed ultima differenza e che prima 
della rts per tornare alia routine principal, 
incrementeremo di 1 la locazione COUNTERi 
invece della locazione COUNTERo. 
Quest'ultima e una differenza solo formale, 
non sostanziale in quanto le label COUNTERo 
e COUNTERi puntano entrambe alia 
medesima locazione di memoria, $FF ovvero 
255 in decimale. 

Non ci resta che commentare il 
funzionamento della subroutine scrjnit che si 
occupa di ripulire lo schermo e di scrivere i 
caratteri ridefiniti corrispondenti ai due muri 
ed alia scritta "RetroMagazine". 

scrjnit: 

{ 

Ida #$00 

sta $do20 II Bordo NERO 


sta $do2i II Schermo NERO 


video, 


Ida #147 

II Pulisce lo schermo 


jsr chrout 

II chiamando la 
//famigerata routine 
II kernal chrout con 
II argomento 147. 


if (debug==o) 

{ 

IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIM 
II Abilita la modalita schermo con 
set di caratteri ridefiniti 

.const screen=$0400 

II locazione 

memoria di schermo video 
.const charset=$3000 

II locazione 

memoria set di caratteri 

Ida #[[screen & $3FFF] / 64] | 
[[charset & $3FFF] /1024] // 

sta $Doi8 II 

} 

Nelle prime 3 righe di scrjnit, impostiamo a 0 
I'accumulatore e lo memorizziamo dentro le 
due locazioni $do2o e $do2i, ovvero colore 
bordo e colore schemo. Risultato? Schermo e 
bordo entrambi di colore nero, ovviamente. 

Carichiamo poi nell'accumulatore il valore 
#147 e richiamiamo la routine chrout del 
Kernal, routine ben conosciuta che stampa 
sullo schermo I'attuale contenuto 
dell'accumulatore. 

II risultato sara quello di ottenere uno 
schermo pulito, senza alcun carattere 
visualizzato, risultato analogo a quello che 
otterremmo digitando in BASIC print 
chr$(i47); e dando poi invio. 

Successivamente, all'interno del gruppo di 
istruzioni relativo alia istruzione .if 
(debug==o) impostiamo il corretto valore 
dentro la locazione $doi8 (53272 in decimale) 
per ottenere la memoria video a partire dalla 
locazione $0400 (1024 in decimale) e set di 
caratteri ridefiniti a partire dalla locazione 
$3000 (12288 in decimale). 

II calcolo del valore corretto viene effettuato 
comodamente tramite la formula #[[screen & 
$3FFF] / 64] | [[charset & $3FFF] /1024]. 

Non mi dilungherei troppo su questo 
punto...l'importante e che faccia bene il 
lavoro che deve fare :) 


Sito web ufficiale: www.RetroMaqazine.net 


Pagina Facebook: RetroMagazine 






RETROMAGAZINE ANNO 2 - NUMERO 6 


PAGINA 7 


Una nota importante,invece qui e necessaria. 
All'inizio dei commenti al codice Vi dicevo di 
lasciare sempre il valore debug impostato a 0 
proprio perche in caso contrario tutto il blocco 
di istruzioni relativo a questa 
istruzione .if(debug==o) verrebbe saltato a pie 
pari se debug non fosse in effetti uguale a 0. 
La conseguenza immediata sarebbe che NON 
verrebbe impostato il corretto valore nella 
locazione 53272 e non vedremmo quindi i 
caratteri con la "nuova" veste grafica che ho 
realizzato appositamente per questa intro. 

Veniamo adesso alia parte successiva del 
codice restante. 


II risultato sara che lo schermo sara riempito 
con un muro apparentemente unico, creato 
pero con due caratteri diversi (di codice #$70 
e #$71 precisamente), ed il colore di questo 
"muro" sara chiaramente bianco! 

Idx #39 
Ida #$03 

Si: 

sta $0400+40*0,x 
sta $0400+40*1,x 
sta $0400+40*2,x 
sta $0400+40*3^ 
sta $0400+40*4^ 
sta $0400+40*5^ 


Idx #00 
so: 

Ida #$71 II Riempie la memoria 

video con il valore $71 (#143) e $72 (#144) 

sta $0400,x II che 

corrisponde al carattere 'muro'... 
sta $0500,x II 

Ida #$72 

sta $0600,x II 

sta $o6e8,x // 


BIANCO 


Ida #$01 II Setta 
al valore '01' 

il 

colore dello 

sta $d8oo,x 

II 

ovvero 

sta $dgoo,x 

II 


sta $daoo,x 

II 


sta $dae8,x 

II 


inx 

bne si 

II Incrementa x 


Come potrete vedere aiutandoVi anche 
leggendo i commenti inseriti insieme al 
codice, azzero il contenuto del registro X, 
quindi carico il valore #$71 e lo memorizzo a 
partire dalle locazioni $0400 e $0500 con 
indice il contenuto del registroX. 

Faccio lo stesso con il valore #$72, riempiendo 
stavolta le locazioni a partire da $0600 e 
$o6e8, sempre con indice il contenuto del 
registro X. 

Questi 2 codici carattere corrispondono 
entrambi al carattere 'muro' che vedrete 
sopra e sotto la scritta "RetroMagazine". 
Carico infine il valore #$01 (che corrisponde al 
colore dello schermo BIANCO) e lo 
memorizzo nelle locazioni a partire da $d8oo, 
$dgoo, $daoo e $dae8 con indice il contenuto 
del registroX. 

Incremento di 1 unita il registro X e finche il 
suo contenuto non si azzerera nuovamente 
(dopo quindi 256 incrementi) riprendo 
I'esecuzione del codice a partire da sitramite 
I'istruzione bne si che ormai conoscete bene! 


sta $0400+40*20^ 
sta $0400+40*21^ 
sta $0400+40*22^ 
sta $0400+40*23^ 
sta $0400+40*24^ 
sta $0400+40*25^ 
dex 
bpl si 

Qui rimuoviamo le parti di "muro" in eccesso 
sullo schermo. 

Stavolta, carichiamo il registro X con il valore 
decimale 39, quindi carichiamo 
nell'accumulatore il valore #$03 che 
corrispondera ad un carattere appositamente 
"vuoto" e riempiremo cosi la riga 0, 1,2,3,4,5 
ed ancora, le righe 20,21,22,23,24,25 dello 
schermo video. 

Decrementiamo il contenuto del registro X di 
una unita e finche il suo valore sara positivo 
riprenderemo I'esecuzione del codice a partire 
da si tramite I'istruzione bpl si (BPL=Branch 
on Plus) 

II DISEGNA BARRA SUPERIORE 
Idx #39 
Ida #$70 

S2: sta mem_schermo-40,x 

sta mem_schermo-40*5,x 
dex 

bpl S2 

In questa porzione di codice delimitiamo la 
parte di muro superiore. 

Carichiamo il valore decimale 39 nel registro 
X, quindi il valore esadecimale $70 
nell'accumulatore e riempiamo le locazioni a 
partire da mem_schermo-40 e 
mem_schermo-40*5 con il valore contenuto 
nell'accumulatore, spostandoci tramite il 
contenuto del registro X all'interno delle due 
righe di schermo,da sinistra verso destra. 
Decrementiamo il contenuto del registro X e 
finche il suo valore sara positivo riprenderemo 
I'esecuzione del codice a partire da S 2 tramite 
I'istruzione bpl S 2 , come visto appena sopra. 


Vi ricordo che mem_schermo e una costante 
che e stata definita all'inizio del codice e vale 
precisamente 1024+40*10. 

II DISEGNA SCRITTA RETROMAGAZINE 
Idx #0 

ancora: 

Ida map_data,x 
sta mem_schermo,x 
inx 

cpx #40*6 
bne ancora 


In questa porzione di codice scriviamo 
"RETROMAGAZINE" nella zona centrale dello 
schermo. 

Stavolta, invece di usare un valore fisso, 
costante, per riempire lo schermo 
utilizzeremo un altro sistema. 

Caricheremo i diversi valori che 
corrisponderanno ai vari caratteri che 
comporranno insieme la scritta 
"RETROMAGAZINE" a partire dalla locazione 
map_data nell'accumulatore, utilizzando 
come indice il contenuto del registro X, 
azzerato inizialmente. 

Verseremo poi ciascuno di questi caratteri a 
partire dalla locazione mem_schermo, con 
indice sempre il contenuto del registro X. 

Incrementiamo, dopo aver letto e scritto 
ciascun carattere, il contenuto del registro X 
di una unita. 

Dal momento che intendiamo riempire ben 6 
righe di schermo in questo modo, 
confrontiamo il contenuto del registroX con il 
valore #40*6 (ovvero 240) e finche sara 
diverso, riprenderemo I'esecuzione del codice 
a partire dalla tag ancora finche avremo 
caratteri da piazzare ancora sullo schermo. 

II codice per delimitare il muro inferiore, 
analogo a quello gia visto prima, lo copio 
semplicemente: 

II DISEGNA BARRA INFERIORE 
Idx #39 
Ida #$70 

S3: sta mem_schermo+40*6,x 

sta mem_schermo+40*io,x 
dex 
bpl S3 
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Notate che cambiano soltanto le righe di 
schermo che andremo a riempire con il 
carattere $70 (che corrisponde chiaramente 
ad un carattere completamente pieno), come 
era facile intuire, naturalmente. 

A questo punto, nella parte restante del 
codice sorgente, ci saranno le parti necessarie 
al funzionamento corretto dello stesso, 
ovvero: 

*=* "dati" 

colorBaro: 

.byte 02 

colorBari: 

.byte 06 

sinusTableo: 

.fill 256, 150 + round(no * sin(toRadians(36o 
*i/256))) 

sinusTablei: 

.fill 256,150 + round(no * cos(toRadians(36o 
* i / 256))) 

.pc=$30oo M charset_data M 

.import binary "retromagazine_demo.bin" 

map_data: 

.byte 

$00 / $0i / $02 / $03 / $03 / $03 / $03 / $03 / $03 / $03 / $0 

3 / $ 04 / $ 03 / $ 05 / $ 03 / $ 03 / $ 03 / $ 03 / $ 03 / $ 03 / $ 03 / $ 

03/ $03, $03, $03, $03, $03, $03, $03, $03, $03, $03, 

$03/ $03, $03, $03, $03, $03, $03, $03 

.byte 

$o6,$07,$o8,$09,$oa,$ob,$oc,$od,$oe,$of,$i 
0, $11, $12, $13, $14, $15, $00,$16,$17,$18, $19,$ 
ia,$ib,$ic,$id,$ie,$if,$20,$2i,$03,$03,$03, 
$03/ $03, $03, $03, $03, $03, $03, $03 
.byte 

$06,$22,$23,$24,$25,$26,$27,$28,$29,$2a,$2 
b, $2C, $2d, $2e, $2f, $30, $31, $32, $33, $34, $35, $ 
36,$37,$38 ( $39 ( $3a ( $3b,$3C ( $3d ( $3e ( $03,$03, 

$03/ $03, $03, $03, $03, $03, $03, $03 
.byte 

$06, $3f, $40, $41, $42, $43, $44, $45, $46, $47, $4 
8, $49, $4a, $4b, $4C, $4d, $4e, $4f, $5°, $5$, $52, 
$53, $54, $55, $39, $56, $57, $58, $59, $03, $03, $0 
3, $03, $03, $03, $03, $03, $03, $03, $03 
.byte 

$5a,$5b/$5C,$5d,$5e,$03,$5f,$6o,$03,$6i,$6 

2,$63,$64,$65,$66,$67,$68,$69,$6a,$6b,$6c, 

$5f,$6d,$5d,$5d,$6e,$6f,$6i,$67,$03,$03,$03 

,$ 03 ,$ 03 /$ 03 /$ 03 /$ 03 /$ 03 ,$ 03,$03 

.byte 

$03/ $03, $03, $03, $03, $03, $03, $03, $03, $03, $0 
3/ $03/ $03/ $03/ $03/ $03/ $03, $03, $03/ $03, $03, $ 
03/ $03/ $03/ $03/ $03/ $03, $03, $03, $03, $03, $03, 
$03/ $03, $03, $03, $03, $03, $03, $03 

I colori delle due barre, in corrispondenza di 
colorBaro e colorBari; 


Lo sviluppo delle due funzioni sin(x) e cos(x), 
in corrispondenza di sinusTableo e 
sinusTablei; 

Le due istruzioni per caricare in memoria il set 
di caratteri ridefinito, a partire dalla locazione 
$3000; 

Infine, i dati che corrispondono a ciascun 
carattere che andra a formare la scritta 
"RetroMagazine" a video. 

Parte V - Compilare che passione... 

Dopo aver commentato, cercando nella 
maniera piu semplice possibile di spiegare il 
funzionamento del codice di questa intro, due 
parole su come sfruttare tale codice. 

II codice sorgente dovra essere dato "in pasto" 
al compilatore, che produrra la versione 
eseguibile di questa intro, lanciabile poi con il 
Vostro emulatore preferito oppure 
direttamente sul "commie" previo 
trasferimento del codice eseguibile nello 
stesso. 

II compilatore dovra essere KickAssembler, a 
meno che vogliate adoperare un altro 
compilatore di Vostro gradimento, 
correggendo pero opportunamente il codice 
sorgente perche cos) come lo vedete e 
utilizzabile senza effettuare alcuna correzione 
con KickAssembler. 

Quindi i passaggi sono i seguenti: 

1) Scaricate e scompattate il KickAssembler 

in una cartella apposita: 

( http://www.theweb.dk/KickAssembler/Kick 

Assembler.zip ) 

2) Scaricate e scompattate il codice di questa 
intro: 


( https://github.com/marcus73/retromagazine 

oi/archive/master.zip) 

3) Modificate i percorsi contenuti nei files 
go.bat (sotto Win) e Makefile (sotto Linux) in 
maniera tale che puntino in maniera corretta 
a cio che avete installato sul vostro computer, 
PRIMA di lanciare la compilazione. 

4) Aprite la riga comandi, sotto Windows 0 
sotto Linux, spostatevi all'interno della 
cartella contenente il codice della intro e 
mandate in esecuzione il file batch go.bat 
(sotto Windows) oppure potrete dare il 
comando make sotto Linux. 

Se avete preparato tutto per bene vedrete 
partire il Vostro emulatore che eseguira la 
intro. 

Per i piu pigri, fornisco comunque il codice 
della intro gia compilato. Bastera aprire il file 
demo.d64 con il Vostro emulatore preferito e 
lanciare il primo (ed unico) file presente 
all'interno di questa immagine di disco C64. 

E 1 tutto amici, almeno per questa prima 
"puntata". 

Nella prossima cercheremo di capire meglio 
perche le bande sono un po 1 sfrangiate, ed 
aggiungeremo altri elementi alia intro, ad 
esempio un bel brano .sid eseguito in 
sottofondo. 

Alla prossima! 
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Amiga - II Chipset 

di Dante Profeta 

Amiga - I'Hardware 

A volte e strano il caso. A volta sembra un 
cerchio, che ci ripiega su eventi o fatti gia 
accaduti, sopiti, quasi archiviati in un passato 
remoto da sembrarci estraneo. Eppure si era 
la, partecipi, protagonisti diretti, attori di un 
presente pieno di stimoli crescenti. E cosi che 
vivevo la scena Amiga, come attore in prima 
persona, e come tale, dovevo scrivere un 
videogioco peressere parte del momento. Era 
questo I'obiettivo ultimo da raggiungere. 
Scrivere un videogioco. II mio tempo era 
studio e ricerca, tentativi di hacking 
dell'hardware e del software, volto a trovare 
conferma in quanto appreso e spesso 
sottinteso nei manuali e negli articoli tecnici. 
Eccomi dunque un tempo a scrivere e sognare 
Agricola. Eccomi oggi qua, anche abbastanza 
incredibilmente per me, a rimembrare e 
rivivere con voi cio che fu fonte di emozione e 
giubilo, e che per moltissimi di noi ha 
rappresentato il sogno di avere una sala giochi 
in casa, ma con una spinta propulsiva 
deflagrante: Amiga. 

Amiga era la piattaforma, la base di lancio e 
I'astronave. Agnus, Paula e Denise erano un 
dono pertutti noi, una creazione d'ingegno, di 
sicuro partorite in uno dei piu bei momenti di 
massima ispirazione tecnico-poetica. Si, 
perche nulla ha mai piu suscitato tanta 
emozione e tanta euforia quanto Amiga nel 
mondo consumer, almeno a livello emotivo, 
per quelli della mia generazione. 

L'idea era semplice: progettare un sistema 
basato su un microprocessore a 16 bit. Non so 
perche R.J. Miner scelse il Motorola 68000 a 
32 bit, ma fu la prima di una delle piu felici 
scelte progettuali. Altre vennero appresso. 
Famosa fu quella della modalita HAM. Oggi 
che mastichiamo bene o male quasi tutti 
I'inglese e siamo portati a tradurne i termini, 
diremmo: modalita prosciutto... Beh, ma se e 
per questo anche ai tempi ci scherzavamo 
sopra. 

Denise 

4096 colori! Tutti assieme? 


HAM, Hold-And-Modify. La modalita HAM, 
che consiste nel variare una singola 
componente cromatica, 0 R il rosso, 0 G il 
verde, o B il blu, tra pixel adiacenti, avrebbe 
permesso la rappresentazione grafica su 
schermo di un'immagine di ben 4096 colori, 
mostrando al mondo I'intera bellissima 
palette a 12 bit di Amiga; 4 bit per il verde, 4 
bit per il rosso, 4 bit per il blu. 



Eh si, perche sebbene Amiga avesse una 
palette a 4096 colori, poteva visualizzarne 
contemporaneamente solo un massimo di 32. 
Certo, scelti e composti a caso tra i 4096 colori 
disponibili, ma sempre e soltanto 32 colori 
contemporaneamente poteva visualizzare. 

HAM fu un lampo di genio avuto da Miner 
durante un viaggio per andare a vedere un 
simulatore di volo. Fu proprio durante il 
viaggio che si rese conto che in natura non c'e 
un brusco cambio di colore tra un punto 
percepito con I'occhio e quello adiacente, ma 
che le gradazioni cromatiche sono morbide. 
L'acquisizione di tale consapevolezza, 
trasposta in Denise ha anche ovviato a un 
gravoso problema dell'epoca: la quantita di 
memoria necessaria per contenere 
un'immagine a 12 bit. Tenendo dunque 
traccia della variazione di una sola 
componente cromatica, ovvero 4 bit, rispetto 
al pixel adiacente, si e ridotto lo spazio 
richiesto in memoria per visualizzare 
I'immagine. In realta, non si riduce ad 1/3 
come si sarebbe indotti a calcolare, ovvero 12 
bit diviso 4 bit, ma della meta, perche i bit 
coinvolti per mantenere I'informazione del 
pixel sono 6. 6 perogni pixel, cosi divisi: I primi 
due bit prendono il nome di bit di controllo, e 


i restanti 4 bit portano con se I'informazione 
sulcolore. 

Se i due bit di controllo sono posti a 0, allora i 
restanti 4 bit agiscono come registro indice 
indicando quale dei 32 colori della palette 
prescelta utilizzare; le restanti 3 
configurazioni dei due bit di controllo 
indicano quale componente cromatica verra 
modificata, rossa, verde, o blu, e i quattro bit 
di informazione del colore porteranno con se 
proprio la tonalita cromatica del colore 
prescelto. Ricordate? La palette e a 12 bit, 4 
bit per il verde, 4 bit per il rosso, e 4 bit per il 
blu. 

La prima versione di Denise era mancante di 
una modalita grafica, la modalita Extra Half- 
Bright (EHB), e I primissimi Amiga (1000) che 
vennero commercializzati, per fortuna nella 
sola versione americana NTSC, ne erano 
pertanto carenti; Famosa e I'intro del 
videogioco Full Contact di Teami6, che 
sfrutta appunto la modalita grafica Extra Half- 
Bright. 





Full Contact- Team 17 
I bitplane 

La grafica di Amiga si basava sui bitplane, 
piani di bit. Un bitplane e grande quanto tutto 
lo schermo, e in realta talvolta piu dell'area 
visibile, ma ci torneremo in seguito su questo 
punto, a ogni bit corrisponde un pixel 
monocromatico, che puo essere acceso, se 
posto a 1, 0 spento, se posto a 0. 

Con un singolo bitplane si puo dunque 
visualizzare un'immagine monocromatica. 
Sovrapponendo pero due bitplane si puo 
visualizzare invece un'immagine a 4 colori, 
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sesto bitplane e posto 
a 1 allora la luminosita 
del colore del pixel 
corrispondente verra 
dimezzata. 

Da qui il nome Extra 
Half-Bright: Extra, per 
il sesto bitplane; Half- 
Bright, mezza tinta, 
per la luminosita 
dimezzata del pixel. 

I playfield 


Immagine esplicativa presa dal "Amiga Hardware Reference Manual 


giocando con le 4 configurazioni possibili dei 
due bit sovrapposti. In realta I'immagine 
sarebbe a 3 colori, perche la configurazione 00 
rappresenta la trasparenza e mostra il colore 
settato di sfondo. 

Continuando cosi, con 3 bitplane I'immagine 
puo avere 8 colori; con 4 bitplane possiamo 
avere un'immagine a 16 colori; e infine con 5 
bitplane I'immagine puo avere fino ai 32 
colori, il massimo visualizzabile 
contemporaneamente. Ecco come vengono 
prodotte le immagini su Amiga. 

Supponendo di avere un'immagine a 32 
colori, in memoria verranno allocati 5 
bitplane, in zone differenti, anche non 
contigue, e indirizzati tramite gli appositi 
registri BPLxPTH e BPLxPTL. 



I bitplane cosi 
composti venivano raggruppati sotto il nome 
di Playfield. Un playfield poteva dunque 
essere composto da 1 a 5 bitplanes, oppure 6 
per la modalita EHB. 

Invero Amiga permetteva di avere fino a due 
playfield. Due raggruppamenti di bitplane 
distinti, ma con un massimo di 3 bitplane per 
playfield. 

II dual playfield 

Vi siete certamente chiesti come mai Amiga 
potesse realizzare quei fluidissimi scrolling 
parallattici, vero? Ebbene, semplice, con la 
tecnica del dual playfield. 

Immaginate i due playfiled indipendenti come 
due immagini grafiche sovrapposte. 
Un'immagine su un playfield, e I'altra 
immagine sull'altro playfield; uno di fronte 
all'altro. I playfield giacciono dunque uno 
davanti e uno dietro, dove il colore con indice 
0, tra quelli rappresentabili, del playfield 
anteriore non e un colore ma la trasparenza 
per mostrare il playfield posteriore, e il colore 
0 del playfiled posteriore e anch'esso indice di 
trasparenza e mostra il colore settato di 
sfondo. 


La maschera Tutankhamen -32 colori con Deluxe 
Paint 

La modalita Extra Half-Bright (EHB) 

In realta esiste un sesto bitplane, che pero non 
concorre ad aumentare il numero di colori, ma 
a dimezzarne la luminosita. 

Ricordate che ogni bitplane e una mappa di 
bit e che ogni bit puo essere posto a 10 a 0, e 
che identifica uno specifico pixel 
dell'immagine, vero? Ebbene, se il bit del 



Agricola: Livello 1 - immagine nel Playfield 
Foreground 



Agricola: Livello 1 - immagine nel Playfield 
Background 



Agricola: Livello 1 - immagine completa con 
entrambi i Playfields e gli effetti raster col Copper 


Avendo a disposizione 6 bitplane, in modalita 
dual playfield, il massimo raggruppamento 
che possiamo fare per singolo playfield e di 3 
bitplane. Cosicche per playfield potremo 
avere al piu 7 colori... ricordate? II colore 0 e la 
trasparenza... ma niente panico, perche poi 
chiederemo aiuto ad Agnus per cambiare al 
volo i colori, visualizzandone quanti ne 
vorremo, sempre nel limite dei 4096 
disponibili. 

Quale dei due playfield mostrare di fronte e 
quale mostrare dietro e una mera scelta del 
programmatore, che puo cambiare idea in 
qualsiasi momento della scansione 
orizzontale del pennello elettronico, e 
invertire le cose al volo, creando effetti grafici 
di assoluta bellezza se sfruttati 
opportunamente durante il gioco. 

Si, perche si puo decidere di avere ad esempio 
per le prime 50 righe di scansione il playfield 0 
davanti e quello 1 dietro, e poi invertirli, e poi 
invertirli ancora, riga per riga. 

Ma si possono anche mischiare tutte le 
modalita grafiche ad ogni riga di scansione 
orizzontale, cosi da avere ad esempio un 
gioco dual playfield dall'alto al basso, e sotto 
un bel pannello informativo con un singolo 
playfield a 32 colori 0 addirittura in HAM. 

Fantastico vero? Tutto gestito dall'hardware! 
Potenza di Agnus e Denise, che concorrono 
alio scopo. 
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Science of Cambridge MK14, I'antenato dei Sinclair ZX 


immaginato una interfaccia 
per permttere al kit di 
connettersi a un televisore 
domestico, pensava di dotare 
il sistema di un interprete 
BASIC da caricare con un 
registratore a cassette (visto 
che tutti ne avevano uno a 
casa). Aveva perfino in mente 
di mettere a disposizione una 
specie di schermo-tastiera 
comandato da una penna 
ottica. 


PROM-512 byt«_ 
RAM-256 byt«_ 

Extra RAM 
(optional) " 


5 V regulator 

Power rails and 
input/output edge connector 



Edge connector for 
_ external keyboard with 
up to 32 keys 


II primo prototipo del MK14 fu 
costruito da Steve Furber 
(all'epoca un laureato in matematica, 
appassionato della tecnologia dei 
microprocessor!, che seguiva a Cambridge un 
dottorato in ingegneria aeronautica). 

Egli realizzo' il circuito saldando le parti nel 
suo salotto di casa, grazie alio schema 
elettrico che gli era stato consegnato. 
Secondo alcuni, in pratica il MK14 era una 
copia del sistema di sviluppo SC/MP Intro-Kit 
venduto dalla National Semiconductor. 
Secondo altri, non era una semplice 
riproduzione del SC/MP. Infatti, sempre 
attento ai costi, Chris Curry aveva fatto in 
modo che la scheda facesse uso di poche 
(economiche) parti, tra cui la tastiera. 


Figura 2 - Rappresentazione del MK14 (immagine presa da 
https://nosher.net) . 



Figura 1 -Sistema di sviluppo Intro-Kit. 


prototipo fu il suo primo incarico alia Science 
of Cambridge. 

Dopo che gli errori furono corretti, lo schema 
elettrico fu riprodotto come circuito stampato 
e il MK14 finalmente messo in vendita per 
corrispondenza nel Febbraio 1978. 

II prezzo di vendita fissato era di 39.95 Sterline 
piu 3.20 Sterline di VAT4 e 40 pence di P&P. 

Una volta assemblato (Figura 2), I'utente 
poteva caricare i propri programmi attraverso 
la tastiera esa-decimale (seguendo passo per 
passo le indicazioni mostrate nel manuale 
fornito con il MK14). 

Furono necessari almeno tre mesi affinche' le 
vendite raggiungessero livelli apprezzabili. 
Ma poi gli ordini da parte di compratori 
interessati (2omila) superarono di gran lunga 
la previsione iniziale di 2mila. 

II successo poteva essere attribuito sia al 
prezzo di vendita molto basso, sia all'aspetto 
professionale della pubblicita' di Curry, assai 
distante da quelle degli altri micro-elaboratori 
in kit e i nuovi micro-computer che dovevano 
fare ancora la loro comparsa (come il Nascom 
1). 


di Alberto Apostolo 

Prima della Sinclair Research e del QL, dello 
ZX Spectrum e dello ZX81, prima ancora della 
Sinclair Computers e dello ZX80, esisteva la 
Scien-ce of Cambridge e il suo Microprocessor 
Kit 14 venduto in scatola di montaggio. 

Si poteva ordinare solo per posta, come 
indicato negli avvisi pubblicitari (i primi dei 
quali risalgono al Febbraio 1978, quando fu 
messo in commercio). 

L'idea non era nuova; il mercato offriva gia' 
agli appassionati di elettronica, la possibilita' 
di assemblare computer didattici fai-da-te a 
basso costo. 

Nella tarda estate del 1977 Clive Sinclair si 
interesso' al progetto di un micro-elaboratore 
venduto in kit di montaggio, proposto da Ian 
Williamson (un ingegnere elettronico, 
impiegato alia Cambridge Consultants Ltd, 
una azienda che aveva gia' avuto in passato 
relazioni commerciali con Sinclair). 

Chris Curry (uno dei manager della Science of 
Cambridge)fu incaricato di seguire il progetto 
e cominciarono i primi dissapori. Curry chiese 
a Williamson di apportare modifiche al 
progetto originale e di usare esclusivamente 
componenti elettronici prodotti dalla azienda 
americana National Semiconductor, la quale 
realizzava il microprocessore SC/MP (quello 
scelto da Williamson per il kit). 

Mentre Clive Sinclair, presumendo di avere 
tutte le informazioni possibili per arrivare a un 
prodotto commerciabile, intendeva 
estromettere Ian Williamson dalla 
collaborazione, rivedendo gli accordi 
economici stabiliti in precedenza (Williamson 
stava lasciando la Cambridge Consultants Ltd 
per trasferirsi alia British Leyland). 

Alla fine il progetto originale di Williamson fu 
modicato distaccandosi dall'utilizzo di una 
calcolatrice per usare interfacce piu' 
convenzionali per tastiera e display e nacque 
il MK14. 

Curry inoltre sperava di poter vendere, in 
aggiunta, espansioni per poterlo trasformare 
in un computer completo. Alio scopo aveva 


II prototipo aveva due PROM che 
contenevano la copia della ROM gia' scritta di 
un SC/MP. Ma la copia non era stata fatta 
bene e Furber dovette sobbarcarsi anche il 
debug del le PROM. La realizzazione del 


Al potenziale acquirente, le pubblicita' 
accorte di Curry facevano apparire il MK14 
come un prodotto serio. Tuttavia, come 
facevano notare i recensori delle riviste di 
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informatica ed elettronica, non mancavano i 
difetti. 

Clifford Clark (nel numero di Marzo 1979 di 
Personal ComputerWorld) riportava:- II primo 
difetto, la tastiera, e 7 piu' 0 meno considerato 
dai costruttori in quanto essi forniscono un 
connettore piatto (edge connector) sul 
circuito stampato per collegare una tastiera 
esterna... 

...II secondo difetto e 7 il manuale, il quale salta 
dal semplice switching della memoria a 
programmi di esempio specificati in formato 
assembler. Ci sono istruzioni riguardo la 
scrittura sul display senza nessuna 
spiegazione su come si faccia.- 

La tastiera del MK14 era una delle 
componenti piu' delicate. Essa sembrava 
derivare da un'altro sistema di sviluppo in kit 
della National Semiconductor, progettato 
prima dell'lntro Kit e chiamato Low-Cost 
Development System (L.V.D.S.). Era una 
grossa scatola nera nella quale un certo 
numero di schede poteva essere montato, 
una per il processore SC/MP e altre per la 
memoria, le unita 7 di I/O ecc. Aveva una 
tastiera esa-decimale esattamente come fu 
usata piu' tardi sul MK14. Ma la tastiera non 
era resistente e spesso si guastava. 

Ian Williamson avrebbe preferito vendere il 
MK14 a 49,99 Sterline (un buon prezzo lo 
stesso, secondo lui) e fornire una tastiera di 
migliore qualita', ma fu deciso diversamente. 

Non si sa chi scrisse il manuale allegato con il 
MK 14 stesso, quello che Clifford Clark e i 
recensori di altre testate criticavano. Molto 
probabilmente fu scritto da qualcuno del 
crescente numero di appassionati di 
elettronica e informatica dell'Universita di 
Cambridge che avevano a che fare con Chris 
Curry. Certamente si sa che uno di loro, Davis 
Johnson-Davies, realizzo 7 i programmi di 
esempio inseriti nel manuale. 

Comunque se la tastiera aveva un costo 
ridotto al punto che si rompeva dopo poco 
tempo, il resto del sistema resisteva bene ed 
era funzionale agli scopi per i quali era stato 
progettato (imparare a programmare 
microprocessor! con poca spesa). 

Infine vi era la scarsa capacita di Sinclair di 
gestire gli ordini. Come accadde molto piu 


tardi con i computer Sinclair, il MK14 soffriva 
lunghi tempi di consegna. 

Chris Curry aveva ordinato un numero di chip 
insufficiente a fronte della inaspettata 
quantita di ordini ricevuti e ci vollero parecchi 
mesi per I'arrivo di altri componenti. Di 
conseguenza non ebbe mai le quantita 7 giuste 
e i ritardi di consegna afflissero il prodotto per 
il resto del 1978 e per il 1979. 

Nel frattempo, il MK14 divenne un sistema 
modulare e numerose schede aggiuntive 
permisero di espandere il sistema: una 
interfaccia per registratore a cassette, 
integrati di espansione RAM a 128 e a 256 
byte da aggiungere per avere un totale di 640 
byte. 

Nelle vendite si avvicendarono 5 versioni che 
differivano I'una dall'altra per la RAM 
aggiuntiva, gli integrati di I/O, la tastiera 
(passando da quella a membrana a quella 
meccanica, al fine di migliorarne 
I'affidabilita). Qualche tempo dopo, Clive 
Sinclair decise che i computer erano il modo 
giusto per fare soldi e inizio un nuovo 
progetto un computer completo che 
costasse meno di 100 Sterline, ossia lo ZX80 
(Figura 3). 






t 






Figura 3 - II Sinclair ZX 80. 

Dopo lo ZX80 arrivarono i modelli successivi 
della serie ZX (ZX81, ZX Spectrum, ecc.) nei 
quali si potevano notare alcuni dei "peccati 
original! 11 del MK14 come la famigerata 


tastiera a membrana, la componentistica a 
basso costo, i lunghi tempi di consegna dei 
prodotti. Tuttavia queste limitazioni non 
hanno impedito a questo prodotto e ai 
computer della serie ZX di riscuotere un 
grande successo di pubblico. Un sue cesso che 
ha garantito a Clive Sinclair di ricevere dalla 
Regina Elisabetta II il titolo di Sir nel 1982. 

Procurarsi un MK14 e 7 estremamente difficile. 
Essendo stato prodotto in circa somila 
esemplari (nemmeno tutti assemblati 
completamente), e 7 considerato una rarita 7 , 
una sorta di Santo Graal dell'informatica 
britannica per gli appassionati e i collezionisti 
di cimeli informatici. Su Ebay, in passato sono 
avvenute vendite all'asta di esemplari di MK14 
con valutazioni tra 500$ e 800$ . Altri 
appassionati, hanno invece provato a 
realizzare dei cloni e cercando in Rete si 
possono trovate progetti di un certo interesse 
come per esempio quello di Paul Robson 
(http://mymk14.co.uk/paulRobson/index.htm 
%7D) oppure il progetto di Colin Phillips 
([Graio]) con il suo MK14 3.0 dove I'originale 
microprocessore del MK14 e stato sostituito 
con un controller Microchip PIC. 
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ABC della merenda... opsss... del neofita appassionato! 

...ovvero come arrivare ad usare un emulatore di retro computer al meglio 
e vivere felici! 

di Ermanno Betori 


In questa rivista abbiamo gia scritto numerosi 
articoli di vario genere ma quasi tutti quelli 
tecnici danno per scontato una certa 
conoscenza piu 0 meno profonda di linguaggi 
di programmazione, di come e costruito a 
livello hardware il computer e di come si usa. 
Ma se questo e vero per i vecchi appassionato 
lo e di meno per le giovani leve che hanno 
solamente sentito per interposta persona 
cosa erano, come si usavano e cosa potevano 
offrire i vecchi computer. Per ovviare a questa 
situazione, inauguriamo con una serie di 
articoli, un mini corso che ha lo scopo ultimo 
di spiegare al neofita come usare in modo 
appropriate I'emulatore del computer 
preferito. 

Per fare cio il corso sara idealmente diviso in 
tre sezioni.. 

1 - Spiegheremo come prima cosa il computer 
in esame, partendo dalla unita centrale, che 
ha avuto a livello hardware una sua 
evoluzione tramite I'utilizzo di vecchie e 
nuove periferiche le quali verranno poi 
integrate nei vari emulatori della macchina. 

2- Presenteremo in dettaglio i principali 
emulatori della macchina, o che hanno 
specifiche particolarita. 

3- II metodo per interfacciare il vero computer 
con gli emulatori per creare-digitare- 
eseguire i programmi, scambiare i files - 
dump di dischi, ricreare i dischi, cassette per la 
macchina originale ecc... 

Cosi speriamo che alia fine chiunque voglia 
cimentarsi sia in grado di avere il necessario 
background per usare al meglio gli emulatori, 
e che conosca in maniera piu approfondita 
come la sua macchina sia "cresciuta" negli 
anni. 


avere una diffusione di massa.. il TI99/4A della 
Texas Instruments. 

TI99/4A-ATTO I - Prima parte: I Computer 

Nella linea di personal computer della Texas 
Instrument costruiti a fine anni 70, ci fu il 
primo computer a 16 bit rilasciato per le 
masse! Sebbene avesse I'interprete BASIC 
incorporate non pienamente efficace , i 
programmi scritti in linguaggio assembly 
erano di eccellenza. Di modelli la Texas ne 
creo quattro: 

TI99/4 (anno 1978-79) 




computer a un televisore, non superava gli 
standard americani di radio-frequenza. 
Particolarita di questa macchina era che 
aveva un programma di calcolo del le 
equazioni installato insieme al basic. Inoltre 
per avere una macchina completa di tutte le 
sue componenti un acquirente avrebbe 
dovuto avere molto spazio a disposizione, 
infatti le periferiche venivano inserite in una 
modalita in cascata che causava molti falsi 
contatti e faceva diventare il computer lungo 
come un trenino... vedi foto ©. 



Qui abbiamo la postazione ideale dell'epoca 
composta da consolle ^99/4, speech 
synthesizer (sintetizzatore vocale),stampante 
termica,espansione di memoria da 
32k,espansione seriale/parallela,controller 
floppy drive,floppy drive da 90Kb,modem 
acustico da 300 baud. Furono prodotti oltre 
20.000 di questi computer. Oggi sono un 
grande oggetto da collezione, e molto rari. 

T199/4A (anno 1981-82) 




Auguro a tutti una buona lettura. 

II corso parte presentando uno dei tre 
nonnetti fine anni 70 che furono i primi ad 


Nel giugno del 1979, la Texas Instruments 
commercializzo il TI99 / 4 personal computer, 
con un prezzo iniziale di $ 1500, che includeva 
un monitor. Cio era dovuto al fatto che il 
modulatore, utilizzato per collegare il 


Nel giugno del 1981 la Texas Instruments 
rilascio il modello TI99/4A che in pratica fu 
una rielaborazione con migliorie del primo 
modello. La M A M proviene dal nuovo e 
migliorato processore video, il TMS9918A. 
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Questo modello aveva anche una tastiera 
molto migliorata. II prezzo di rilascio per 
questo modello era di $ 525, senza monitor. II 
modulatore finalmente aveva superato i rigidi 
requisiti FTC e finalmente era possibile 
collegare il computer alia TV di casa. (Si 
ricorda che agli inizi degli anni 80 la 
televisione a colori era un privilegio per pochi 
e che pochissimi televisori avevano altri 
ingressi video oltre alia normale presa RF, 
infatti all'epoca in Italia quasi tutti i computer 
usavano un modulatore che si agganciava di 
solito alia frequenza 36 UF1F). 




Come ho gia scritto, uno dei miglioramenti 
del TI-99/4A rispetto al TI-99/4 fu la tastiera 
notevolmente migliorata. Comparando le 
foto notiamo che quella del TI-99/4A aveva 48 
tasti invece di 41, caratteri maiuscoli e 
minuscoli e una maggiore solidita rispetto alia 
tastiera in gomma del TI-99/4. 



TMS99G0NL -40 
2013 PHILIPPINES ® 74 ° 


W 


tecnologico. Infatti era di ceramica con 
connettori in bagno di oro derivata da 
specifiche militari, rispetto a quella in plastica 
che fu usata per il tigg^A 

TI99/4A colore Beige (1983) 


1 lUUWWMWVWWW 
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Nel giugno del 1983 venne rilasciata la 
versione in plastica "beige"della TI-99/4A. Fu 
creato con lo scopo di ridurre i costi di 
produzione e il colore fu scelto beige affinche 
si adattasse alia casa in modo piu 
confortevole (stessa scelta verra fatta anche 
negli anni successivi dai costruttori dei 
computer XT-AT). 

In questa versione vennero fatte altre 
modifiche. Un nuovo alimentatore switching, 
la posizione dell'interruttore di alimentazione 
che viene spostato dalla parte anteriore a 
quella superiore. 

Per il resto questo computer era lo stesso del 
modello nero e argento e poteva usare tutti gli 
stessi componenti aggiuntivi. 



Al contrario invece il tigg/4 aveva una CPU 
migliore come costruzione a livello 



Una nota umoristica avveniva durante I'uso 
delle cartucce. Infatti la porta della cartuccia 
sulla console Tl 99 era si posizionata in alto e 
facilmente raggiungibile, ma le prime 
cartucce furono prodotte in plastica nera, (per 
essere coeve con il design nero/argento) 
mentre le successive erano prodotte nel 
colore beige, con il risultato che si poteva 
avere un non felice accostamento estetico 
(vedi le figure sovrastanti). Una cosa bella del 
Tl, al contrario della maggior parte dei 
computer del tempo, era che si potevano 
inserire e rimuovere le cartucce senza 
spegnere la console (quello sara nel futuro 
denominato tecnologia hotswap). 
Un'eccezione a questa possibility di uso era la 
cartuccia Mini Memory che conteneva una 
batteria interna. 


TI99/4AQ.I. 



Nell'agosto del 1983 la Tl rilascio il TI-99 / 4A 
Ql che fu il suo ultimo modello che mise in 
commercio. Sebbene questo nome non fosse 
ufficiale per la console, era quello che veniva 
designato per la scheda madre. Ql significa 
qualita migliorata. All'esterno della console 
non furono apportate modifiche visive e in 
effetti sono molto difficili da distinguere dai 
modelli beige. D'altra parte, furono apportate 
importanti modifiche ai componenti interni 
del Ql specialmente sulla scheda madre. 
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TEXAS INSTRUMENTS 
HOME COMPUTER 


READY-PRESS ANY KEY TO BEGIN 



©1981 TEXAS INSTRUMENTS 



II piu importante cambiamento che suscito un 
mare di polemiche, era la modifica al 
firmware della scheda madre per bloccare le 
cartucce ROM senza licenza. Cio fu fatto per 
impedire ad altre societa terze di produrre 
cartucce per TI-99/4A senza avere il 
beneplacito della Tl. Non tutte le console Ql 
avevano questo "upgrade" che invece 
ritrovammo installato in tutte le ultime 
consolle in vendita sia che erano modelli 4A 
neri che beige. Infatti io comprai nel 1983 un 
TI99 nero argento con il firmware 2.2 che di 
fatto bloccava i giochi su cartuccia della atari 
tipo Pacman,Donkey Kong etc.. Per il neofita 
e facile determinare se si dispone del blocco 0 
meno. Guarda la prima schermata (quella con 
le barre dei colori come in figura) che compare 
quando accendi la console, se mostra una 
data di copyright del 1981 non hai il blocco, 
ma se mostra una data di copyright del 1983 e 
il numero di versione v.2.2, allora e presente 
questo "nuovo" firmware. (Dopo anni scoprii 
come downgradare il firmware avendo i 
componenti giusti. Era di una facilita unica). 




Questo alimentatore switching di "nuova 
concezione" (SX) rispetto al modello 
"tradizionale" (DX) fu montato nel computer 
dal 1983. Quando la Tl use) dal mercato nel 
1984 mise in vendita a prezzi veramente 
fallimentari il TI99, e le macchine furono 
assemblate con le scorte di magazzino. Cos) in 
Italia vennero venduti per pochissimo tempo 
computer nero-argento con un mix di 
componenti destinati al beige e viceversa. Per 
la cronaca il nuovo modello mi si guasto, il 
tradizionale funziona sempre anche dopo 35 
anni. 



Queste motherboard sono rispettivamente 
quella del Ql (alto) e quella standard (basso). 
Come gia detto il Ql doveva essere piu 
competitive a livello di costi per contrastare i 
vari concorrenti, infatti notiamo sulla 
standard 42 integrati contro 35. Fu il canto del 
cigno della Tl. 


Altre macchine che rimasero a livello di 
prototipi furono il TI99/8 e il TI99/2. 



il TI-99/8 doveva essere la risposta definitiva 
della Tl ai critici del TI-99/4Ae alle aziende che 
lottavano negli anni 80 per avere spazio nel 
mercato degli home-computer domestici. 
Sfortunatamente, il destino decise 
diversamente. Solo 150 prototipi sono stati 
costruiti prima che la Tl si ritirasse dal 
mercato, utilizzando due versioni molto 
diverse della scheda madre. Circa meta delle 
macchine finite era di ciascun tipo di scheda 
madre, limitando ulteriormente I'utilita di 
alcuni dei dispositivi periferici 

Come caratteristiche tecniche il TI99/8 era un 
miglioramento in quasi tutto, piu ram, 
migliore basic, ecc.. mancando pero I'upgrade 
fondamentale, cioe una vera e propria 
miglioria del processore grafico. Infatti il chip 
grafico che usarono era quasi identico come 
caratteristiche al quello montato sul TI99/4A. 

II Tigg/2 di contro doveva essere un computer 
a basso costo che doveva competere contro 
macchine tipo lo ZX Spectrum, ma la guerra 
dei prezzi che porto quasi al fallimento della Tl 
e al suo ritiro dal mondo degli home computer 
fece rimanere un prototipo anche questa 
macchina. 

Questa che vi abbiamo proposto e una 
presentazione basilare dei vari home 
computer della Texas Instruments serie TI99. 
Caratteristica interessante prima di 
addentrarvi nel mondo degli emulatori sara 
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farvi da cicerone per mostrarvi le molteplici 
periferiche che furono create per questi 
computer. 

Anche se la produzione di questi computer si 
e conclusa nel 1984, possono essere ancora 
oggi utilizzati seriamente sia in campo 
educativo che in quello lavorativo, sempre 
con i dovuti limiti ovviamente!!!! 
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THEC64 Mini... 


di Mattia Mottini, Edoardo Ullo e Marco Pistorio 


In redazione ci siamo interrogati molto su come 
poter proporre una recensione del THEC64 Mini 
che fosse il piu' imparziale possibile ed al tempo 
stesso potesse fornire indicazioni valide a chi 
ancora e' indeciso se acquistarlo 0 meno. 
Abbiamo quindi concordato neifornire il parere 
dig recensori, ognuno con il proprio bagaglio di 
esperienza e la sua visione dell'oggetto. 
Speriamo che questo esperimento possa 
incontrare il vostro favore e aiutarvi nei 
prendere una decisione. 

Impressioni di Mattia Mottini 

In questi giorni ha fatto la sua comparsa nei 
negozi, creando un boato nei vari gruppi 
dedicate questa riproduzione in formato mini 
(scala 1:2) dell' home computer piu venduto 
dell'era 8 bit che ancora oggi nutre uno stuolo 
di appassionato non che di programmatori 
che, nonostante i 30 anni suonati della 
macchina, crea ancora software (per lo piu 
giochi) dedicato. 

L'uscita di questa nuova mini retro console 
(perche in fin dei conti e di una console che si 
tratta) ha spaccato non poco il popolo di 
appassionati, tra i puristi dell'hardware 
originale che al massimo si concedeno 
all'emulazione via PC considerandola una 
becera operazione marketing e chi invece ha 
accolto quest'oggettino a braccia aperte. 
Inutile dire che io faccio parte della seconda 
schiera, e gia dal 29 di settembre 2017 (giorno 
dell'apertura dei pre ordini) mi fiondai subito 
a fare I'ordinazione. Nei mentre i mesi 
passano, al games week di Milano conosco 
Paul Andrews e tocco con mano il primo 
prototipo di 64 mini facendomi salire I'hype 
alle stelle nell'attesa di poter stringere tra le 
mani la mia mini console per poterla testare 
approfonditamente. 

Ma veniamo al punto, essendo io nato nei 
1990 non ho potuto vivere I'era degli 8 bit in 
prima persona quando questa tecnologia era 
nei pieno della sua vita, e in casa mia ahime 
I'hardware originale e assente. L'avvento di 
queste mini console (di marche ufficiali come 
ad esempio Nintendo, oppure di terze parti 
come il C64 mini che di commodore non ha 


nemmeno I'ombra) fu per me motivo di 
shopping compulsivo, ma nonostante tutto 
mancava sempre qualcosa. Quasi tutte le mini 
console (a meno di ricorrere all'hacking) 
hanno una lista di titoli che spaziano da 
capolavori a titoli sconosciuti molto ristretta e 
non ampliabile a meno di ricorrere ai metodi 
messi tra parentesi. 

Ed e qui che esce uno dei lati positivi del C64 
mini, ovvero lista di 64 titoli che possono 0 
meno piacere e la possibility di caricare via 
USB qualsiasi altra rom a nostro piacimento; 
feature non da poco e che toglie quel senso di 
castrazione presente sulle mini console di 
concorrenza e che al tempo stesso aumenta la 
longevita d'uso della mini console marchiata 
retrogames ltd. (e non Commodore, perche e 
bene ricordare che questa mini console e un 
tributo all'hardware originale e non un 
prodotto ufficiale della grande C). 

Certo una volta arrivata a casa mia (il 29 
marzo) la mini console si presentava in tutto il 
suo splendore, ma non senza qualche 
difettino di gioventu che la casa produttrice 
promette di risolvere man mano con futuri 
aggiornamenti firmware (al momento ne 
sono usciti 2), ma il potenziale c'e e secondo 
me si vede. 

Fin dal primo giorno, nei la curiosita generale 
mi misi subito a fare qualche test caricando le 
rom dei giochi che piu mi piacciono 
riscontrando problemi solo con 2-3 titoli, 
probabilmente piu' per corruzione dei file che 
non per problemi dell'emulazione che di per 
se trovo di notevole qualita. Abbinando una 
tastiera USB (la tastiera integrata e finta, e 
anche fosse stata vera servirebbero le dita di 
pollicino) con un hub USB riesco a tener 
collegati in porta 1 tastiera e joystick e in porta 
2 una chiavetta usb che funge da drive 1541. 
Nei corso dei test ho provato sia giochi, che 
anche software generico come ad esempio il 
GEOS che parte regolarmente ma che ahime 
non riconosce i movimenti del mouse a causa 
di uno di quelli che poco fa definivo difetti di 
gioventu, ovvero la mini console non 
riconosce il joystick se viene collegato alia 
porta 2, quindi al momento ho dovuto 


rinviare, anche se ho comunque potuto 
constatare che GEOS partiva senza particolari 
problemi. 



Traendo le conclusioni finali direi che al 
momento la macchinetta assolve per buona 
parte il suo compito (con un tv LG 19" led non 
recentissimo non ho notato particolari 
problemi di lag) mi permette di avere vicino 
alia tv un oggettino che ad impatto visivo 
ricorda molto il Commodore 64, con un 
joystick plasticoso e dal sapore retro che 
anche se non perfetto svolge comunque 
egregiamente la sua funzione, che mi 
permette se mi va di scrivere anche 
qualcosina in basic in quanto e presente nella 
lista software pre-caricata, che mi permette di 
aggiungere ulteriori titoli alia libreria che di 
per se contiene gia 64 titoli (anche se al 
momento e ancora troppo macchinoso il 
caricamento di nuovo software soprattutto se 
questo e multi-disco) e mi permette di fare 
una scorpacciata di anni 80 (con tutti i limiti 
del caso ricordandomi sempre che in ogni 
caso siamo nei 2018). 

Diciamo che se dovessi dargli un voto al 
momento gli darei un bel 7+ con provvisorieta 
dovuta al fatto che se Retrogames ltd. 
manterra le sue promesse e continued a 
lavorare per correggere gli errori potrebbe 
portarci ad avere la retro console definitiva, 
che in pochissimi minuti ci permetterebbe di 
goderci il nostro titolo preferito: giusto il 
tempo di collegare il cavo HDMI, il cavo USB, 
e go siamo pronti a giocare. Trovo che sia un 
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buon compromesso per chi non ha I'hardware 
originale e non ha voglia di cimentarsi con 
emulatori per pc 0 raspberry vari, 0 per chi 
I'hardware originale vuole conservarlo e/o lo 
tiene ritirato al sicuro per mancanza di spazio 
in casa 0 per paura di rovinarlo. 

Impressioni di Edoardo Ullo 

E indubbio che il THEC64 mini abbia fatto 
parlare di se gli appassionati. Soprattutto 
quelli di vecchia data. Quest'ultimi si sono 
divisi tra chi ha criticato aspramente questa 
riproposizione realizzata da Retro Games LTD 
ed altri invece che I'hanno apprezzata. 

Parto dal principio che al di la dei ricordi e 
delle emozioni che possa rievocare, si tratta di 
un'operazione nostalgia e commerciale alia 
quale, pero, guardo in modo piuttosto 
favorevole. 

II perche e presto detto: mi pare comunque 
carino ricordare, 0 rievocare, un computer 
glorioso come il Commodore 64. Detto 
questo, comincio subito a parlare dei pregi e 
dei difetti che personalmente ho riscontrato 
nelle mie ore di prova. E parto dai tanti pregi. 
In primis il software. E ottimo, funzionale, non 
crea problemi ed e alia portata di tutti. Le 
opzioni supplementari non si discostano 
troppo da quanto proposto da alcune altre 
riproposizioni, leggasi i Nes e SNES Classic 
mini. Pertanto e possibile scegliere il formato 
(PAL o NTSC), il formato in 4:3 0 altre opzioni 
quali filtri grafici che rendono piu o meno 
vintage I'impatto visivo. II menu di 
navigazione (accompagnato da una musica 
scritta per I'occasione da Matt Grey) e 
immediato e permette subito di giocare ai 63 
giochi (piu il Basic che pero non e un gioco). 
Altra nota a favore: scelto un gioco, questo si 
carica in modo istantaneo, senza cioe 
aspettare i lunghi tempi di caricamento di 
cassette 0 dischetti. Del resto siamo nel 2018 
e qualche passetto avanti rispetto al 1982 lo si 
e comunque fatto e questo si concretizza con 
un attacco HDMI per I'attacco ai moderni 
televisori. C'e anche una comoda funzione per 
salvare la partita e riprenderla quando si vuole 
ma c'e la grande possibility di caricare, anche 
se per ora in modo macchinoso, le immagini 
(.D64) di altri giochi per potersi cimentare in 
altri giochi e/o programmi 0 demo. 


Diversamente potrei tranquillamente parlare 
di una mezza delusione perche i titoli presenti 
sono altalenanti. Intendiamoci, molti hanno 
davvero scritto la storia e pensiamo alia 
presenza di Boulder Dash, o all'incredibile 
Creatures, ai capolavori artistici che 
rispondono al nome di Cybernoid 1 e 2 dove la 
palette sembra miracolata e la musica di 
Jeroen Tell riecheggia in modo imperioso. Tra 
altri titoli storici non possiamo non 
menzionare Armylate (e la sua bellezza 
lineare), Hawkeye (ed i suoi livelli di 
parallasse), o i divertenti California Games, 
World Games, gli sportivi Summer Games e 
Winter Games, i frenetici Speedball nonche i 
due Impossible Mission. Poi tantissime 
vecchie glorie che pero ci fanno pesare 
I'assenza di altri classici quali i Turrican, i The 
Last Ninja e cosi via. Questione di diritti. 

E un grosso punto a suo favore, quindi, la 
possibility di caricare altri giochi benche la sua 
procedura sia, al momento complicata 
soprattutto se i titoli desiderati risiedono su 
piu dischi. Perfortuna gli sviluppatori stanno 
pensando a questo ed il prossimo 
aggiornamento dovrebbe facilitare il tutto. 

E possibile, quindi, aggiornare il THEC64 Mini 
con USB dopo aver scaricato il firmware 
direttamente dal sito ufficiale. 

Ce anche la presenza di una tastiera virtuale, 
scomoda ma alia fine funzionale che 
comunque puo essere ovviata connettendo 
tramite porta USB una moderna tastiera. Sara 
possibile anche programmare col Basic e fare 
quelle operazioni necessarie per caricare 
software esterno. 

I puristi potranno obiettare sul fatto che la 
tastiera sia solo figurativa. Questa infatti non 
funziona e non ha con se neppure i comandi 
Basic riportati nei tasti dell'originale. Ma il 
vero punto debole e il joystick. Nella forma e 
simile al Copetition Pro ma e senza 
microswitch ed offre alcuni pulsanti in piu. Si 
notano i due Fire classici lateral! in avanti, 
affiancati da due triangolari posti quasi alia 
base della levetta e quattro pulsanti tondi 
nella parte posteriore. Uno di questi (quello a 
destra) serve per aprire i menu di navigazione 
per le varie opzioni supplementari. Ma il 
problema non sono i pulsanti. La sensazione 
di fragility e tale che, memore delle 
esperienze con joystick simili negli anni '80 e 


'go, gioco in modo timido perche sforzandolo 
come potrei e dovrei per giocare al meglio, 
sono certo che lo romperei in pochissimi 
istanti. Un vero peccato perche questo non 
permette di divertirsi al meglio. Inoltre diversi 
joypad moderni non sono supportati. In teoria 
sarebbe poco male ma a questo punto, vista la 
pochezza del joystick, vorrei un'alternativa 
piu solida. 

Complessivamente, il THEC64 Mini mi e 
piaciuto molto per i motivi che ho elencato. 
Non e perfetto ma e aggiornabile e e la line¬ 
up (alia quale di base darei comunque un buon 
7 perche include almeno una dozzina di titoli 
di livello assoluto) e espandibile. II software 
(aggiornabile facilmente via USB) inoltre 
funziona molto bene e non c'e bisogno di 
armeggiare con varie opzioni per giocare 
immediatamente. Peccato davvero per il 
joystick, davvero troppo fragile e neppure 
troppo preciso. E per la tastiera non 
funzionante pazienza: del resto non mi ci 
vedrei a scrivere linee di programma con una 
tastierina che e piu piccola della meta del 
Commodore 64 reale. Ultimo ma non 
ultimo... avrebbero potuto metterlo un 
trasformatore 5V ad 1A. In molti avremmo 
pagato volentieri 5 euro in piu. 

Impressioni di Marco Pistorio 

Cosa ne penso del "The C64 mini"? 

Che I'unico, vero problema di questo prodotto 
e che ricorda troppo da vicino quel "mostro 
sacro" caro a tanti di noi che e il Commodore 
64. Scherzo, voglio essere obiettivo. 

Come in tutte le cose di questo mondo, c'e del 
buono e del cattivo anche nel "The C64 mini". 

E 1 molto "user-friendly", intuitivo nell'utilizzo 
e nel collegamento, adeguato quindi alia 
fruizione sia da parte dei vecchi utenti che, 
soprattutto, da parte dei nuovi e nuovissimi 
utenti. 

II parco dei giochi "on-board", seppur limitato, 
contiene titoli qualitativamente buoni 
(insieme ad altri meno buoni), ma si tratta in 
tutti i casi di titoli regolarmente licenziati. 

L'aspetto ricorda certamente molto il 
Commodore 64, aspetto importante perche 
crea una esperienza durante il suo utilizzo ben 
piu intensa di quella che si prova di solito con 


Sito web ufficiale: www.RetroMaqazine.net 


Pagina Facebook: RetroMaqazine 






RETROMAGAZINE ANNO 2 - NUMERO 6 


PAGINA 18 


I'uso dei classici emulatori su PC. Manca il logo 
"Commodore", e vero. Mentre per i titoli dei 
giochi e per le ROMS CBM originali la societa 
Retro Games ltd ha ottenuto le relative 
licenze, per quanto concerne il logo non e 
stato compiuto I'analogo sforzo per poterlo 
sfruttare nel rispetto della legislazione 
vigente. 

II motivo e presto detto. La storia del marchio 
"Commodore" a partire dal fallimento della 
Commodore Business Machines, con i vari 
soggetti che lo hanno acquisito per poi 
cederlo ancora, e una corsa ad ostacoli 
comprensiva di incognite nella quale la 
suddetta Retro Games ltd avra deciso di non 
cimentarsi. 

La tastiera, benche visivamente molto simile 
a quella originale, e non funzionante. 

E' vero che sarebbe possibile collegarne una 
funzionante ad una delle porte USB presenti 
(se non si fosse disposti ad adoperare quella 
"virtuale" su schermo TV), ma e anche vero 
che se la tastiera fosse stata perfettamente 
funzionante dal punto di vista meccanico, 
probabilmente sarebbe stata anche poco 
funzionale dal momento che I'intera tastiera 
rientra, grossomodo, nel palmo di una mano. 

Speriamo che questo problema possa essere 
risolto con I'arrivo del "the C64" in scala 1:1 
rispetto al vecchio "commie", che Retro 
Games ltd prevede di commercializzare entro 
I'anno. 

II joystick e funzionante e visivamente 
abbastanza accattivante ma 

qualitativamente non all'altezza. 

Alla pagina https://thec64.com/accessories/ e 
scritto pero che a breve termine ci saranno 
una serie di nuovi accessori per il "the C64", ed 
e probabile che verranno offerti prodotti 
migliori del joystick attualmente previsto. 

Ritengo comunque problemi abbastanza seri 
sia la tastiera, che in questa versione non e 
funzionante, sia il joystick non adeguato. 

Insieme ai titoli gia presenti sul "the C64 mini" 
esiste la possibility di caricarne dei nuovi. 

Purtroppo il metodo e poco funzionale, in 
particolare se si ha intenzione di giocare a 


giochi che richiedono il caricamento di piu di 
un floppy disk. 

Inoltre, almeno per il momento, non e 
possibile usare immagini di cassette ne di 
cartucce.Risulta spesso difficile poter giocare 
ai titoli che prevedono I'inserimento del 
joystick su porta 1, mentre invece quelli che 
prevedono I'uso del joystick in porta 2 
funzionano regolarmente. 

Questi problemi pero potrebbero essere 
corretti con un aggiornamento del "firmware" 
del "the C64 mini", e mi auguro quindi che 
saranno presto superati. 

Un sunto degli aspetti positivi del "the C64 
mini"? 

E‘ molto simile, visivamente almeno, al 
Commodore 64, tempi di caricamento dei 
giochi prossimi a zero, collegamento 
immediato al TV di casa, intuitivo nell'utilizzo, 
64 titoli presenti di base, uscita video ed audio 
di qualita HDMI, ideale per fare conoscere 
soprattutto alle nuove generazioni il 
retrogaming (ed in particolare il retrogaming 
legato al Commodore 64), e con il supporto di 
una societa che ne cura la distribuzione, 
I'aggiomamento e lo sviluppo in generale, ad 
oltre vent'anni dalla scomparsa dal mercato 
della Commodore Business Machine, e bene 
tenere presente anche questo aspetto. 


II "the C64 mini" non e perfetto, c'e ancora 
parecchio da fare. 

Tuttavia e una novita che merita di essere 
accolta, esattamente come lo merita qualsiasi 
progetto attuale, che permetta esperienze di 
retrogaming attirando users vecchi e nuovi. 

E se nella redazione di "RetroMagazine" ci 
siamo fatti in quattro per il "the C64 mini" (e 
proprio il caso di dirlo) probabilmente lo 
merita! 

Ciao a tutti:) 

Conclusioni 

Se vi aspettate delle conclusioni, rimarrete 
delusi, ognuno e' libero di trarre le proprie e 
scegliere 0 meno se acquistare il THEC64 Mini; 
da parte nostra speriamo solo di aver 
comunicato le nostre impressioni nel modo piu' 
corretto possibile elencando in modo 
pragmatico ed imparziale i pregi ed i difetti di 
questo oggetto. 

Aggiungo inoltre che ci e' stato richiesto piu' 
volte di recensire oltre al Software (giochi e 
quant'altro) anche I'Hardware e questo 
esperimento cifara' capire se I'argomento e' di 
vostro interesse. Fated sapere! 
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Console 8bit: Atari 5200 


di Starfox Mulder 

Atari non fu solo console ma nel vasto 
mercato dell'intrattenimento elettronico si 
dedico anche ad una sua linea di computer ad 
8-bit, in concorrenza diretta con Apple II, TRS- 
80 e Commodore PET. Candy e Colleen, 
rispettivamente i nomi femminili associati 
all'Atari 400 ed al 800, montavano una CPU 
Mos 6502, coprocessor! ANTIC e GTIA (per il 
video) e POKEY (per il sonoro). Quando ormai 
sul fronte console erano arrivate agguerrite le 
avversarie di marchio Mattel e Coleco, Atari 
penso (bene) di "consolizzare" I'hardware 
della sua linea di home computer ad 8bit ma 
penso anche (male) di non rendere i due 
sistemi direttamente compatibili. L'Atari 
5200, nome in codice SuperSystem, aveva si il 
vantaggio di permettere una facile 
conversione ma di fatto quella andava fatta e 
non e che la cosa si risolvesse in una giornata 
ma bens) in un ben lungo processo di 
produzione-distribuzione in cui i costi 
necessitavano di essere coperti con vendite 
che non arrivarono mai. 

Le premesse erano comunque valide? Difficile 
a dirsi. La console presentava inizialmente 
ben 4 porte joystick, i nuovi controller 
strizzavano I'occhio a quelli delle competitor 
(analogico + tastierino numerico) ma erano 
decisamente imprecisi ed il parco titoli era 
votato completamente al settore arcade, 
presentando pero solo due titoli esclusivi: 
Countermeasure e Meteorites. 

Tutti gli altri? Conversioni "pimpate" dei 
giochi gia apparsi su Atari 400/800. Belli, quasi 
in tutto superiori alle controparti per 2600, 
eppure non sufficienti a spostare il mercato. 

Un'altra caratteristica particolare del 
SuperSystem fu I'utilizzo del collegamento 
"switchbox", un particolare sistema per 
trasportare sullo stesso cavo sia 
I'alimentazione che il segnale video, collegato 
quindi a sua volta sia con la corrente di casa 
che con la TV. 

II piu grosso auto-sabotaggio che Atari si fece 
pero fu legato al mancato adattatore pertitoli 
VCS. Un apparecchio simile era stato 
prodotto sia per Intellivision che per 
Colecovision e vendette molto bene in 
quest'ultimo caso, al punto che non solo 
divenne per Atari un motivo di freno alle 
vendite, ma se ne fecero in seguito vanto per 
poter lanciare la successiva console: il 7800 
(gia di default retro-compatibile con il 2600). 


La seconda versione del 5200 perse due porte 
joystick e la switchbox, limitandosi a 
guadagnare la compatibility con il ritardatario 
adattatore per cartucce VCS, ma come potete 
intuire: ormai era tardi. 

La console, per quanto ingombrante, era di 
fatto dotata di un hardware all'avanguardia, 
superiore alia rivale Coleco e con un buon 
numero di giochi degni di essere posseduti, 
ma le scelte sbagliate che Atari fece in merito 
alia retro-compatibilita ed il suo esser stata 
commercializzata a ridosso della crisi dei 
videogiochi fecero si che per il pubblico non 
apparisse in alcun modo desiderabile 0 
preferibile alle avversarie, se non al massimo 
per il nome che portava 

Alla prossima console! 



CARATTERISTICHE TECNICHE 

Produttore 

Atari 

Tipo 

Home Video Game 
Console 

Generazione 

Seconda 

In vendita 

Novembre 1982 

Dismissione 

Maggio 1984 

Supporto 

Cartuccia 

Unita'vendute 

1 milione circa 


FONTE: 
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Che bel panorama... 

Classica visuale dall'alto che richiama subito alia mente 
docissimi ricordi. 



Tattiche e moduli 

Prima di ogni incontro e possibile scegliere i titolari, il 
modulo e sbirciare la tattica dell'avversario. 



Immagine pre-partita 

Una bella schermata prima del fischio d'inizio ci mostrava 
in anticipo le divise delle squadre. 


GIUDIZIO SUL GIOCO 


GIOCABILITA' 


90 % 

II calcio e sicuramente lo sport piu popolare ed amato 
nel mondo. 


LONGEVITY 


90 % 

La community di SWOS e' tuttora molto attiva online! 


Un colosso tra i giganti... ecco Sensible Soccer! 

Sensible Software - Anno 1992 - Piattaforma Sega Megadrive 


II calcio e sicuramente lo sport piu popolare ed 
amato nel mondo e proprio per questo le 
maggiori aziende produttrici di videogame 
hanno tentato in questi anni di proporre, con 
alterne fortune, i propri titoli di simulazione 
calcistica. 

Oggi il panorama mondiale e dominato da 
due colossi, sto parlando di Pes della Konami 
e di Fifa della Elettronic Arts, che, non senza 
esclusione di colpi, si stanno dividendo ogni 
anno il podio di migliore gioco di calcio. 



i i 


Ma se state leggendo questa rivista siete 
anche voi amanti del retrogame, percio vi 
invito a fare un piccolo esperimento. Chiudete 
per un momento gli occhi e, seppure non 
disponiamo della mitica DeLorean di Marty 
McFly e di Doc per andare nel passato, 
proviamo lo stesso a fare un salto indietro nei 
nostri ricordi e passiamo in rassegna tutte le 
immagini di giochi di calcio che hanno 
riempito le nostre giornate di adolescenti. 
Sono sicuro che tra i vari titoli ce ne e uno che 
al suo ricordo vi strappera un dolce sorriso: sto 
parlando naturalmente di Sensible Soccer. 
Nato dalla mente di Jon Flare, che si era gia 
guadagnato fama ed onore con Microprose 
Soccer per Commodore 64, e distribuito dalla 
Sensible Software, Sensible Soccer fa la sua 
comparsa nel 1992 su piattaforma Amiga ed 
e subito un gran successo. I videogiocatori si 
innamorano immediatamente di quei paffuti 
e colorati calciatori che si muovono in modo 
frenetico sul campo di calcio dandosi 
battaglia tra passaggi veloci, tiri ad effetto, 
scivolate e colpi di testa volanti. Cos), solo 
dopo due anni, viene rilasciato Sensible World 
of Soccer (per i fan del genere soltanto Swos) 
che arricchisce il collaudato gameplay di 
numerose squadre e soprattutto di una 
modalita carriera che rimarra storica. Inoltre il 
titolo viene prodotto per le console Super 
Nintendo e Megadrive. Ed e proprio di 
quest'ultima conversione che voglio parlarvi, 
un'autentica perla per ammissione del suo 
stesso creatore Jon Flare. 

Nella versione per casa Sega, infatti, sono 
riusciti a mantenere la stessa struttura del 
gameplay originale con la classica visuale 
dall'alto a volo di uccello e con le stesse 


dinamiche di gioco della prima versione. 
Inoltre gli sviluppatori hanno confermato la 
stessa possibility di organizzare amichevoli, 
coppe, tornei e campionati scegliendo tra le 
tante squadre nazionali e di club. Non manca 
nemmeno un bellissimo editor che da la 
possibility di aggiornare squadre, divise e rose 
(che tra I'altro avevano gia i nomi originali dei 
giocatori) e quindi di mantenere il gioco 
praticamente sempre attuale. Inoltre in 
questa versione e stata prevista una modifica 
che a mio avviso mancava e cioe 
I'abbinamento ai diversi tasti del gamepad del 
tiro, del passaggio semplice e di un pallonetto 
che puo essere sfruttato per passaggi volanti 
o per autentiche sassate da lanciare verso il 
portiere avversario. Tutte possibility che, 
nella versione originale, erano affidate ad un 
solo tasto. 

So bene che la community di Swos (tra I'altro 
oggi ancora molto attiva online sia in Italia che 
all'estero) potrebbe non essere d'accordo su 
quanto detto finora e ribattere che la fisica del 
pallone nella versione Amiga e tutt'altra cosa, 
ma qui non voglio assolutamente dimostrare 
che una e migliore dell'altra, ma solo 
affermare che, una volta tanto, una 
conversione per console e perfettamente 
riuscita. 


GIHNLUCFI PRGLIUCR □ 

MARCO LRNNR D 

R. COSTRCURTR D CORCH RRRIGO SRCCHI 



Tra I'altro la community di Swos non e I'unica 
attiva perche recentemente e nato un gruppo 
di appassionati di retrogames che, sfruttando 
la funzionalita del netplay del front end di 
Retroarch, ha deciso di ritrovarsi online per 
giocare insieme le vecchie glorie del 
retrogame in modalita multiplayer fino a 4 
giocatori contemporaneamente. Trovate 
questi eterni adolescenti su facebook al link 
https://www.facebook.com/qroups/retromult 

iplayer/ e anche sul server discord 
https://discord.qq/rAkfSrD . 

Inutile dire che Sensible Soccer in versione 
Megadrive e uno dei titoli da loro piu giocati e 
amati. 

di Querino lalongo 
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La stanza delle torture 

I demoni sorridono, i Fuzzy no! 


GIUDIZIO SUL GIOCO 


GIOCABILITA' 


90 % 

II timing delle azioni e pressoche al nanosecondo, 
bisogna addentrarsi con adrenalina e mano ferma. 


LONGEVITA' 


95 % 

E' presente da poche settimane anche sul neonato 
TheC64Mini / gli anni 90 sono rinati! 

loading t.t 





Creatures 

Thalamus - Anno 1990 - Piattaforme: 064, Amiga, Atari ST 


Ma stiamo scherzando? 

Un demonio di mostriciattolo, in un buio 
angolo di una caverna angusta, munito di 
motosega e strumenti della famosa ACME, 
sta letteralmente tagliando a meta Chip, la 
mia arnica tartaruga? 

Ecco a voi Creatures, una buffa storia di 
adorabili esseri chiamati "Blotiani" che dal 
noioso pianeta "Blot" ai confini della Via 
Lattea partono alia ricerca di un pianeta piu 
divertente. Nella nuova colonia decideranno 
di chiamarsi "Fuzzy Wuzzies". 

Purtroppo pero durante il viaggio spaziale, 
dopo una col lisione con un asteroide, 
precipitano in una sconosciuta isoletta 
dell'Oceano Pacifico. Qui cominciano i guai, si 
beh I'isola e bellissima e incontaminata... ma 
anche piena zeppa di demoni. 

I Fuzzy sono pelosi, simpatici, giocosi, 
rumorosi, ogni momento e giusto per 
organizzare una festa! I demoni autoctoni 
pero, dopo aver a lungo sopportato questi 
ospiti poco graditi, stanchi del loro frastuono, 
un bel giorno inscenano un irresistibile party, 
li invitano e li catturano tutti quanti. 

Che fine faranno i poveri Fuzzy? 

I demoni li portano nelle stanze delle torture 
per eliminarli ad uno ad uno spietatamente. 

La fortuna ha voluto che non tutti i Fuzzy 
venissero catturati, ecco che nasce 
involontariamente I'eroe del gioco, cioe il 
protagonista: Clyde Radcliff. 

Infatti la mattina dopo la finta festa, Clyde si 
sveglia in mezzo alia vegetazione con un gran 
mal di testa e, poveretto, si ritrova in una 
situazione agghiacciante. Amici rapiti, 
demoni sanguinari tutti attorno, armato 
unicamente del suo alito infuocato dovra 
sconfiggere tutti i demoni e salvare gli altri 
Fuzzy rapiti che ritrovera in alcune scene 
incatenati, in altre mangiucchiati, tagliati, 
smembrati, etc... 

Da qui nasce I'acronimo CREATURES: Clyde 
Radcliffe Exterminates All The Unfriendly 
Repulsive Earth-ridden Slime, in parole 
povere Clyde, da solo, dovra sterminare tutta 
la feccia di demoni. 

Questa "medaglia d'oro" insignita dalla rivista 
"ZZap!", anche intitolata "Torture trouble", 
con punteggio 96% e stata pubblicata quasi 
un terzo di secolofa, nel 1990 dalla Thalamus. 


Non e prettamente un genere platform a 
scorrimento orizzontale. 

Difatti alia fine di ognuno dei tre livelli, 
ciascuno composto da tre sottolivelli, proprio 
questo terzo viene rappresentato da un'unica 
schermata, la famosa stanza delle torture, 
tipo puzzle, composto da un enigma da 
risolvere rapidamente per salvare I'amico 
Chip dalle atroci torture. In totale tre stanze 
delle torture! In piu ad ogni fine livello una 
strega donera una pozione magica a Clyde in 
cambio di mostriciattoli raccolti nel percorso. 
La pozione aggiungera nuove modalita di 
fuoco. 

I fratelli Rowlands elaboreranno alia 
perfezione, uno I'audio e la grafica, I'altro la 
programmazione. In questo capolavoro di 
musiche e grafiche si potra dire che I'uno 
diverra la motivazione dell'altro, basta 
leggere I'avvincente diario della creazione del 
gioco (vedi Approfondimenti). Ebbene, per 
numerosi e solidi aspetti, la Thalamus e i 
Rowlands, a breve, avrebbero regalato arte 
pura al mondo. 

Elenchiamo alcuni di questi aspetti per 
apprezzare appieno questo gioco e sopratutto 
per poterlo annoverare tra i migliori giochi 
"alio stato deirarte": 

II chip video e spremuto per dare un rendering 
con scrolling assolutamente fluido, tantissime 
animazioni, numerosi demoni e 
mostriciattoli, tutti in movimento 0 prossimi a 
muoversi se risvegliati da qualche azione. 

Quasi sempre ogni demone e dotato di un 
carattere differente dagli altri. II nostro Clyde 
sbatte le palpebre, respira sott'acqua dentro 
una sorta di boccia di vetro per pesci rossi ed 
emette le bollicine, vola sulla scopa, salta, 
spara fuoco in numerose modalita, danza, 
passeggia, se lasciato immobile ci avvisa dello 

scorrere del tempo, se ci avviciniamo a 
schermate che contengono acqua corrente 
sentiremo aumentare il volume del rumore 
dell'acqua, se ci allontaniamo il volume 
diminuira. 

E 1 tanta la ricchezza di particolarita: la strega 
che compare a fine livello e stata creata da 
una ispirazione del famoso Playboy e misura 
36-24-36 (misure ovviamente inglesi). 

Nella stanza delle torture dove Chip morira 
tagliato dalla sega da banco (o scossa 
elettrica?) sono state programmate ben 122 
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CREATURES 

Clyde Radcliffe Exterminates All The Unfriendly 
Repulsive Earth-ridden Slime, in parole povere Clyde, da 
solo, dovra sterminaretutta la feccia di demoni.. 

CURIOSITA' 



THALAMUS 


Nel famoso sito http://blowthecartridge.com si 
troveranno delle divertenti vignette umoristiche sui 
Fuzzy Wuzzies 

In questi anni le musiche dei Rowlands sono state amate 
veramente da tantissimi giocatori, tanto che alcuni, 
dotati di spiccata creativita audiofila, hanno composto 
musiche e remix sulle orme dei due titoli, basta cercare 
"Creatures" nel sito dei remix per C64 
http://remix.kwed.org 

Chissa se qualcuno assaporando il magico motivo di Jouni 
Vepsalainen ricordera il titolo "The Fantastic Oceans - 
Sunshine" nel film di Bud Spencer e Terence Hill "Chi 
trova un amico trova un tesoro" dove anch'essi erano 
naufraghi in una sperduta isoletta incontaminata? 



APPROFONDIMENTO 

Chi gradira approfondimenti della saga Creatures potra 
leggere questo simpatico diario dei fratelli Rowlands: 

http://www.gamestone.co.uk/zzap world64/apex creat 

ures.php 



animazioni e 32 sprites. Nell'introduzione di 
ciascun sottolivello viene fatto un rapido 
scrolling del percorso che dovremo 
completare. 

L'introduzione e composta da due demoni 
che vengono schiacciati dalla scritta 
Creatures mentre i Fuzzy danzano a tempo. 
Ogni scrolling di sottolivello ha suddivisioni e 
caratteristiche differenti per ciascuna 
sezione, basti pensare al sensazionale bosco 
(ed anche al cimitero) stile "Ghost and 
goblins" che scorrono nello sfondo con una 
fluidita ineccepibile. 

Una fantastica metodica di fastflickering, 
miniaturizzata in alcuni sprite, supera il limite 
dei canonici 16 colori. Sebbene il timing sia 
gestito con ampie deviazioni tra i vari 
personaggi della schermata, e pressoche 
trascurabile ogni difetto di proiezione degli 
elementi. Infine se si riesce a completare il 
gioco, c'e un allegro finale! 

I panorami includono grotte, caverne, sopra e 
sotto terra, per aria e anche in acqua con 
presenza di cascate, luci, zombie, fiaccole, 
gufi, alberi animati, pesci, zucche rotanti, 
uccellacci kamikaze, fantasmi, pipistrelli, 
fuochi fatui, mongolfiere bombardanti, rapidi 
granchi, meduse sorridenti, e... si, tanti... ma 
tanti... ma tanti odiosissimi sorrisi stampati a 
fuoco sulla faccia di quasi tutti i demoni tranne 
il nostro Fuzzy e ovviamente Chip, poveretto, 
come dargli torto, dato che sara tagliato a 
meta? 

Bug: certo che ci sono bug anche in questo 
gioco, ammettendo che Clyde e I'unico Fuzzy 
a non essere stato rapito, come si spiega la 
presenza della sua compagna in lacrime sul 
coraggioso defunto che non ha superato il 
livello? Che ci fa una topmodel dai lunghi 
capelli biondi con tubino nero attillato in una 
foresta popolata da demoni? Chissa perche 
non ci balenavano queste domande alia 
tenera eta in cui ci giocavamo? Inoltre Chip 
nel porting Amiga, sotto la motosega sembra 
un Fuzzy, mentre nel C64 sembra una 
tartaruga! Mumble mumble! Perche alcuni 
demoni colpiti e arrostiti da Clyde continuano 
a mantenere un immarcescibile sorriso 
stampato sulla faccia, fino alia fine, stile film 
"la morte ti fa bella"? 

Perche i demoni non hanno socializzato con la 
strega 0 almeno eliminato tutti gli animaletti 
utilizzati come merce di scambio per la 
pozione destinata a Clyde? 

Eh si, gli anni 90, che magia, che pace, quante 
inutili e maliziose e schizzinose domande mi 
pongo oggi, ripensandoci... non ci vedo nulla 
di male in una strega che possa provare 
simpatia per dei festosi e pacioccosi alieni! In 


fondo quei demoni non le sono mai piaciuti, 
castelli enormi circondati da infiniti zombie, 
uccellacci, fantasmi e .. dentro? 

Mai neppure una piccolissima festa? 

Poi, ripensandoci bene, i prodotti marchiati 
ACME non sono mai piaciuti neppure a "Willy 
il coyote". 

Sono stati eseguiti porting di Creatures sia su 
Amiga che Atari ST. Sono state mosse 
numerose critiche riguardo il guadagno dei 
colori in Amiga a scapito di alcuni problemi: 
sovrapposizioni audio durante il gioco, 
rallentamenti, colori troppo saturi e grafiche 
meno accattivanti nei vari soggetti. 

Rammentiamo comunque che stiamo 
parlando di gusti e sappiamo che questi sono 
I'essenza della personality. Non siamo qui a 
criticare il porting di un capolavoro, 
cadremmo nel ridicolo, poiche parlando di 
preferenze, ognuno difenderebbe con 
orgoglio I'amore nato perquesta saga. L'unica 
cosa sicura e che Thalamus ci ha resi tutti 
fratelli in questa passione di un capolavoro 
della storia videolutica. 

II business della Thalamus: insieme ai titoli 
Creatures 1 e 2 e numerosi altri, la ditta ha 
venduto tante di quelle cassette e floppy che 
nel corso degli anni ha seminato e coltivato in 
noi la latenza di una fortissima nostalgia. Una 
nostalgia cosi potente che da alcuni mesi ha 
fatto rinascere attraverso nuove vesti, cioe il 
moderno trend del crowdfunding, la 
"Thalamus Digital" e a furor di popolo sta gia 
riproducendo alcune delle sue hit. 

Amici miei, spero di non avervi annoiati con 
questa recensione, spero sopratutto che la 
passione di Creatures possa far nascere un fan 
club sui social e perche no, un clone remake 
amatoriale tipo "Critters 2" per divulgare il piu 
possibile questo piccolo capolavoro. 

Questo primo titolo di Creatures, da Aprile 
2018, e presente con regolare licenza anche 
nel neonato TheC64 Mini. 

Vi invito tutti quanti a giocarci, amarlo quanto 
I'ho amato io, salvare Chip e tutti i Fuzzy 
Wuzzies e gustare il romantico e festoso 
finale. 

Vi aspetto per un'altra recensione nella quale 
parlero del secondo titolo cioe la costruzione 
di un secondo capolavoro che ha mantenuto 
I'anima del primo senza copiare tutto quanto, 
anzi, cercando di apportare migliorie ed 
innovazione, incluse piu stanze delle torture! 

di Michele Ugolini 
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Effetti Sonori incredibili 1... 

"Intruder alert! Intruder alert!" - all'apparizione di Evil 
Otto. 

"The humanoid must not escape" - Uscendo da uno stage 
dopo aver ucciso tutti i robots. 



Effetti Sonori incredibili 2... 

"Chicken, fight like a robot" - Uscendo da uno stage 
senza aver ucciso tutti i robots. 

"Got the humanoid, got the intruder!" - Alla morte del 
giocatore. 


GIUDIZIO SUL GIOCO 


GIOCABILITA' 


85 % 

L'eccellente giocabilita del titolo Arcade si scontra contro 
I'unico difetto di questa versione: il controller del 5200. 
Nonostante I'imprecisione dello stesso se ne esce 
comunque decentemente ed il divertimento non perde di 
intensita. 


LONGEVITY 


85 % 

Stage casuali, nemici posizionati a random e undici 
varianti di gioco rendono I'esperienza sempre varia ed 
appagante. 


Lo so, Berzerk usci per tutte le piattaforma 
Atari dell'epoca ma trattandosi del mese 
SuperSystem ho preso al volo I'occasione per 
parlare di uno dei miei Arcade preferiti di 
sempre. 

Seguendo la politica dell'epoca il gioco non ha 
fine e si puo solo avanzare all'inseguimento 
del record perfetto ma nel farlo ci verra dato, 
stavolta, un bel pacchetto di ambientazione a 
cui ispirarci. 

Alain McNeil, il programmatore che ideo il 
gioco per Stern (versione Arcade) era un fan 
della saga fantascientifica Berserker, di Fred 
Saberhagen. Nel ciclo di romanzi si narra di 
macchine costruite millenni prima 
dell'avvento della razza umana che nel tempo 
han sviluppato una loro intelligenza artificiale 
ed ora sono giunte fino a noi con il preciso 
scopo di sterminarci. 

II protagonista del gioco (noi) si trova a 
visitare un pianeta apparentemente 
disabitato quando la sua nave spaziale viene 
fatta saltare in aria ed i suoi compagni 
trucidati dagli Auto-Mazeons, i robot di qui 
sopra comandati da Evil Otto, un inquietante 
Smile saltellante che ci dara la caccia 
attraverso i vari stage finche non ci avra 
acchiappato ed eliminato. Ma andiamo per 
gradi. 

II primo stage servira a farci ambientare coi 
comandi, presentando un proto-tutorial, 
strano a trovarsi in un gioco arcade. I nemici 
sono fermi e non ci spareranno, sara quindi 
facile per noi apprendere dei movimenti del 
nostro alter-ego, gestibili tramite il joystick, e 
dello sparo che potremo dirigere nelle 
medesime otto direzioni in cui ci staremo 
dirigendo in quel momento. Tenendo 
premuto lo sparo e spostando il joystick 
vedremo il nostro protagonista stare fermo e 
cambiare solo direzione di sparo. Per quanto 
il nemico non attacchi ci sara comunque 
possibile morire toccando le pareti 
elettrificate dei labirinti, finendo troppo vicini 
alle esplosioni dei nemici colpiti o risultando 
abbastanza lenti nel nostro far piazza pulita di 
tutto e tutti, portando alia conseguente 
apparizione del temuto Evil Otto. II boss 
saltellante, che prese il nome da un collega di 
lavoro particolarmente fastidioso del nostro 
Alain, compare dopo qualche decina di 
secondi di permanenza in uno stage e ci 
inseguira passando oltre i muri come se nulla 
fosse e puntando direttamente a noi. Non 
potremo ucciderlo, solo sfuggirgli 
temporaneamente passando alio stage 


Berzerk 

Atari - Anno 1983 - Piattaforma Atari 5200 

successivo, il che ci mettera in un costante 
stato di ansia da minaccia infinita, roba che 
Resident Evil 3 non ha proprio inventato nulla. 

Giunti al secondo livello comunque anche gli 
auto-mazeons diverranno belli agguerriti 
sparandoci addossi da ogni direzione e 
dirigendosi verso di noi. Fortuna vuole che gli 
avversari non siano proprio dei geni di tattica 
e spesso finiranno con lo schiantarsi da soli 
contro i muri elettrificati, elargendoci punti e 
campo libero. 

La pazienza ed il giusto tempismo sono il 
segreto pertrionfare in Berzerk ed e proprio 
un caso palese di quanto per diventare 
sempre piu bravi si debba giocare ed ancora 
giocare finche non si sara diventati davvero 
competitivi. La versione per Atari 5200 e 
davvero un'ottima conversione del titolo 
arcade. Rispetto alia precedente per 2600 
stavolta gli stage sono della grandezza giusta, 
la sintesi vocale e stata mantenuta (i nemici ci 
aggrediranno verbalmente, cosa che aiuta ad 
aumentare il gia citato stato d'ansia) e le 11 
modalita di gioco permettono una buona 
longevita. Arcade Perfect? Quasi, quindi non 
c'e proprio motivo per non provarlo nella 
versione per Atari SuperSystem! 

di Starfox Mulder 
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Intervista a Bonaventura Di Bello e Marco Vallarino 

Incontriamo i due giomalisti e divulgatori, scrittori e autori di avventure testuali e della nuovissimafiction interattiva 
intitolata "Deja Vu": la versione C6 l e' disponibile grgtuitajriente suj sito di RetroMagazine! 


di David La Monaca (Cercamon) 

INTRODUZIONE 

["Fai qualcosa Johnny!" esclama una voce alle 
tue spalle. "Stiamo precipitando!". 

Sei tu Johnny, il pilota di questo aereo? Sembra 
di si. Sei seduto proprio davanti ai comandi del 
velivolo. Eppure ti sembra di non essere qua. 
Oppure di esserci stato in un altro tempo. Che 
cosa ti sta succedendo? E' unaforesta del Sud 
America quella che stai sorvolando? Oppure sei 
nel Borneo? O in Africa? E ti ricordi ancora come 
si fa a pilotare un simile apparecchio? Tra poco 

10 scoprirai...] 

Fra tutte le opere di intrattenimento che i 
computer e i dispositivi digitali hanno offerto 
nel tempo, le avventure testuali (conosciute 
anche come IF. interactive fiction) hanno 
sempre rappresentato un genere particolare, 
molto in voga nella seconda meta degli anni 
'70, quando i primi monitor dei terminali dei 
mainframe non erano ancora in grado di 
mostrare le odierne meraviglie delle 
animazioni e della grafica ad alta risoluzione. 
Ma anche qualche anno piu tardi, durante 
tutti gli anni '80, quando i processori video 
embedded dei sistemi offrivano colori e 
buone risoluzioni e le schede grafiche 
avanzate non erano piu un'eccezione, le 
avventure basate solo su descrizioni di testo e 
comandi piu 0 meno complessi, per interagire 
con la storia ed i personaggi, continuarono a 
riscuotere un notevole consenso. Quando 
sentono parlare di avventure testuali, molti 
con la memoria risalgono a Zork (1977-1979)/ 
a Colossal Cave Adventure (Crowther e 
Woods, 1976) 0 al mitico Scott Adams (autore 
di molti adventure a partire dal 1978), ma gia 
nel 1974 il primo "racconto interattivo" fece 
capolino col nome di "Wander", scritto da 
Peter Langston e persino corredato dal primo 
software in grado di generare altre avventure. 
In seguito, visto il buon riscontro da parte del 
pubblico e la disponibilita di strumenti 
disegnati ad hoc per lo sviluppo di storie 
interattive, gli autori e le software house 
interessate al genere si moltiplicarono in tutto 

11 mondo (Italia compresa) dando vita ad un 
elevato numero di titoli la cui diffusione era 


garantita da un ormai maturo mercato di 
home computer sempre piu presenti nelle 
case degli utenti. L'autore di un adventure 
poteva inserire tutti gli elementi della trama, i 
dettagli, gli oggetti, le descrizioni dei 
personaggi e delle ambientazioni e 
connetterli fra loro per generare un percorso 
interattivo all'interno del quale il giocatore 
doveva inoltrarsi per portare avanti la propria 
sessione di gioco e progredire nella storia 
attraverso missioni e obbiettivi a breve e 
lungo termine. Le avventure testuali sono 
sempre state un genere affascinante e 
coinvolgente, soprattutto per il fatto che 
lasciano molto spazio all'immaginazione, 
come un buon libro, e stimolano la capacita 
del giocatore nel risolvere piccoli e grandi 
enigmi, affrontare ostacoli e difficolta e, in 
ultima analisi, dipanare una corposa matassa 
di mistero. 

Ne parliamo diffusamente con due fra i 
maggiori esponenti dell'interactive fiction in 
Italia, Bonaventura Di Bello e Marco Vallarino, 
in occasione della recente uscita di "Deja Vu", 
un nuovo titolo scritto a quattro mani per il 
contest "Marmellata d'Avventura" indetto dal 
sito Old Games Italia. 



I due autori hanno generosamente reso 
disponibile a tutti i lettori di RetroMagazine la 
versione di Deja Vu che ha partecipato al 
contest nell'adattamento per Commodore 
64/128 (trovate il link per il download nella 
sezione Riferimenti). 

Ma andiamo per ordine e cominciamo col 
conoscerli meglio. 



Bonaventura di Bello 


L'incontro di Bonaventura Di Bello (BDB) - 

nato a Centola (Salerno) nel 1963 - con le 
avventure testuali risale al 1986, quando, 
poco piu che ventenne, divento autore di IF 
(Interactive Fiction) coronando cosi in 
maniera del tutto inaspettata il suo sogno di 
scrivere narrativa per un vasto pubblico. In 
poco piu di tre anni creo e pubblico per le 
collane Explorer, Viking ed Epic 3000 oltre 
settanta giochi in italiano per le maggiori 
piattaforme home dell'epoca (C64, ZX 
Spectrum ed MSX). In seguito, la scrittura 
divento professione nel giornalismo, prima 
per il settore videogiochi con la direzione delle 
storiche riviste Zzap! Italia e TGM - The 
Games Machine, poi con diverse altre 
pubblicazioni informatiche dove non 
mancava mai il tema del retrocomputing e del 
retrogaming, fosse anche solo per una 
rubrica. Oggi, dopo una pausa di qualche anno 
dedicata alia pubblicazione di manuali tecnici 
dedicati alio sviluppo per il web, e tomato con 
piacere al suo 'primo amore', lo sviluppo di IF, 
e anche stavolta su varie piattaforme, in 
particolare quelle legate ai dispositivi mobili. 
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Marco Vallarino (MV) - nato a Imperia nel 
1977 - lavora oggi come giornalista presso il 
quotidiano "II Secolo XIX" di Genova. Ha 
pubblicato racconti e romanzi per Mondadori, 
De Agostini, Multiplayer, Alacran, Addictions, 
Stampa Alternativa, Fanucci e molti altri 
editori, ma la sua passione e sempre stata 
'Taltra" narrativa: quella interattiva delle 
avventure testuali. "Enigma", "Darkiss" e 
"Ayon" sono solo alcuni dei suoi giochi piu 
noti, tuttora liberamente scaricabili dal suo 
sito web www.marcovallarino.it . 



Marco Vallarino 


L'INTERVISTA DOPPIA 

Siete entrambi divulgatori, esperti di 
comunicazione e da sempre avvezzi ad un 
utilizzo spinto dei computer per fini ludici e 
professionali. Che cosa vi ha inizialmente 
spinto sulla strada dell'informatica e qual e 
stata la vostra prima esperienza con un 
computer? 

BDB - Quando la diffusione degli home 
computer ha permesso praticamente a 
chiunque di acquistare una macchina, la mia 
curiosita da lettore di fantascienza ha avuto il 
sopravvento sulle responsabilita familiari (ero 
poco piu che ventenne e gia sposato da 
qualche anno) ma si e configurata anche come 
una prospettiva professionale. Cosi mi sono 
iscritto ad un corso di programmazione su 
sistemi CP/M cui ha seguito I'acquisto di uno 
ZX Spectrum. La prima esperienza e stata 
quindi su macchine CP/M, ma quella 
determinante e stata di certo quella sulla 
macchina Sinclair. 


MV - II mio primo computer e stato un 
Commodore 64, che ho ricevuto come regalo 
di Natale nel 1986. Dopo aver passato le prime 
settimane a giocare con i tanti videogiochi 
presi in edicola e caricati dalle celebri 
cassettine dell'epoca, un giorno ho avuto un 
problema al registratore - che mi impediva di 
caricare i suddetti giochi - e questo mi ha 
costretto a dare un'occhiata distratta al 
manuale contenuto nella confezione 
originale; ho cosi scoperto il piacere della 
programmazione (in Basic), che ho portato 
avanti negli anni in varie occasioni, fino a farla 
diventare un'attivita collateral a quella 
giornalistica. 

Quando avete deciso che avreste voluto 
creare qualcosa con un computer invece di 
limitarvi ad essere un utente di giochi e 
applicazioni? Avete mai pensato seriamente 
di cominciare a sviluppare software? 

BDB - In realta I'amore per la 
programmazione, come combinazione di 
creativita e logica e di conseguenza come 
utilizzo di entrambi gli emisferi cerebrali, mi 
ha affascinato non appena ho iniziato a 
sbirciare le prime istruzioni del manuale del 
mio ZX ed i listati, all'epoca sull'enciclopedia 
Basic di Curcio Editore. Dopo i primi rudimenti 
appresi nel corso CP/M, il Basic dello 
Spectrum fu il vero trampolino di lancio per 
cominciare a creare delle piccole applicazioni 
anche solo per il gusto di vederle funzionare, 
ma fu poi I'incontro con un'avventura testuale 
che fece da innesco per una bruciante 
passione mai veramente sopita. II resto, come 
si dice, e storia. 

MV - Negli anni 4 8o, da bambino e ovviamente 
senza Internet, avevo difficolta a procurarmi 
sempre nuovi giochi da provare. Cosi, nelle 
pause tra I'uscita in edicola di una cassetta e 
I'altra, mi mettevo a programmare i giochi 
"che avrei voluto giocare io", con trame e 
ambientazioni di solito ispirate ai film, ai 
fumetti e agli altri videogiochi che mi avevano 
colpito di piu. Molti anni piu tardi, I'avvento di 
Internet mi ha permesso di condividere con un 
pubblico sufficientemente vasto (almeno per 
le mie aspettative) i giochi e i racconti che da 
sempre tenevo nel cassetto 0 che avevo 
mostrato a pochi amici, di solito scarsamente 
interessati. II buon riscontro ottenuto fin da 
subito - per esempio gli oltre 50.000 
download ottenuti su Tuttogratis da "II 


giardino incantato"-mi ha convinto a scrivere 
nuove opere, sia interattive che non, che negli 
anni mi hanno permesso di trasformare la 
passione per la scrittura in un lavoro (sono dal 
2005 un giornalista a tempo pieno) e quella 
per i videogiochi in un'attivita che ha avuto 
declinazioni didattiche e promozionali di un 
certo rilievo - cito per tutti il videogioco 
"Visita al Marconi" finalista nel 2016 agli 
Italian Gamification Awards. 

Due autori come voi hanno sicuramente 
sviluppato la propria creativita sulla base di 
esperienze dirette. Qual e stato a grandi 
linee il vostro percorso distudi ed aveva a che 
fare con I'uso di computer? 

BDB - Nella mia infanzia e adolescenza sono 
stato soprattutto un avido lettore, 
soprattutto di fantascienza ed e stato I'amore 
per la lettura e lo studio/ricerca in generale e 
un'infinita curiosita a permettermi di 
continuare la mia 'formazione' da semplice 
autodidatta, negli anni successivi, 
parallelamente all'ingresso nel mondo 
professionale che avvenne proprio negli anni 
in cui molti miei coetanei erano ancora 'ospiti' 
dei genitori e studenti universitari, mentre io 
cominciavo ad avere gia la responsabilita di 
una famiglia essendomi sposato a vent'anni. 
Ho intrapreso per ben due volte il percorso 
universitario, abbandonandolo dopo un anno 
sia per delusione rispetto al programma 
didattico sia per mancanza di tempo e fondi, 
ma non ne sono affatto pentito visti i risultati. 

MV - Dopo aver trascorso i primi mesi di 
fortunato e felice possessore di Commodore 
64 a giocare a classici giochi di piattaforme, 
sparatutto, sport e azione, ho ricevuto in 
regalo una cassetta con alcuni strani giochi in 
cui al posto del joystick bisognava utilizzare la 
tastiera: le avventure testuali, che all'epoca si 
chiamavano semplicemente adventure. 
L'inizio fu ostico, ma in poche ore mi feci 
prendere dalle storie, i testi e le illustrazioni di 
quei giochi cosi realistici per I'epoca, che mi 
permettevano di vivere da protagonista 
vicende d'azione, d'avventura, di mistero che 
avevo visto solo in pochi film. Non 
m'importava se c'era poca grafica, se non 
c'era musica e se si poteva rimanere bloccati 
per giorni - all'epoca anche per mesi! - in 
qualche punto oscuro della storia. Per me il 
bello era poter giocare DENTRO quelle storie 
come mai ero riuscito a fare prima. In breve 
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dedicai le mie primitive (ma sufficienti per lo 
scopo) conoscenze di programmazione in 
Basic per scrivere avventure mie da mostrare 
con orgoglio ad amici e parenti. Inizio cosi 
I'Avventura con la A maiuscola che continua 
tutt'oggi e che ha condizionato gran parte 
della mia vita professionale e in un certo qual 
modo anche quella privata. Naturalmente gli 
adventure che mi furono regalati erano quelli 
scritti da Bonaventura Di Bello per la rivista 
Explorer! 

Qual e stato il vostro sistema preferito fra 
quelli di un tempo (dagli home computer in 
avanti) e perche? (Potete anche aggiungere 
la descrizione dell'intero sistema che 
possedevate). 

BDB - Naturalmente la prima macchina 
rimane nel cuore di tutti noi perche, appunto, 
equellasucui abbiamocompiuto i primi passi. 
Nel mio caso fu, come ho gia detto, lo ZX 
Spectrum di Sinclair, che divento presto uno 
strumento di lavoro dopo essere stato il 
pretesto per scoprire le AT grazie ad una 
espansione di memoria (dai 16KB di base a 
48KB). 

MV - Nel 1989, il regalo per la promozione a 
giugno dalla prima alia seconda media e stato 
il Commodore Amiga 500, computer a 16 bit 
su cui sognavo gia da un paio d'anni di 
mettere le mani per via della grafica 
strabiliante e della maggiore velocita e 
potenza di calcolo rispetto al Commodore 64. 
Lotennifino al 1993, quando-cometanti altri 
teenager dell'epoca - passai al mondo dei PC. 
Essendo ormai diventato ragazzo, con 
I'Amiga 500 potei vivere la passione per 
IMnformatica in maniera piu consapevole e 
matura e quindi scrivere giochi piu complessi 
e adatti a una condivisione con il pubblico, 
anche se - come detto - fu solo I'avvento di 
Internet che mi permise di far provare le mie 
avventure a persone che non fossero amici 0 
parenti. Quello dell'Amiga lo ricordo come un 
periodo particolarmente felice e florido della 
mia vita. Riuscivo a farci tutto quello che 
volevo senza particolari sforzi 0 stress. II 
passaggio al PC porto anche lo shock che il 
listato in AmigaBasic che usavo per scrivere le 
mie avventure - attivita pressoche 
settimanale - non funzionava in QBasic; per 
adattarlo mi ci voile un po' e questo contribui 
a creare un effetto nostalgia che negli anni si 
e solo attenuato. 


Qual e stata I'ispirazione principale che vi ha 
portato a sviluppare interactive fiction e in 
particolare le vostre prime avventure 
testuali? 

BDB - La scintilla che scateno la passione 
bruciante per IMF fu una "fregatura": il 
commesso del negozio che doveva darmi un 
gioco per 48K in regalo per il mio acquisto di 
espansione di memoria dello Spectrum penso 
bene di rifilarmi un gioco che non riusciva a 
vendere, ovvero un'avventura testuale per 
Spectrum 16K. Dopo aver trascorso le 
settimane successive a giocarla e risolverla, 
decisi che sarei diventato un autore di AT. 



MV - Come detto, IMmpatto con gli adventure 
scritti da BDB per le collane Explorer e Viking 
fu travolgente: in breve, tra un'uscita e I'altra 
delle due riviste, quando rimanevo a secco di 
storie interattive, iniziai a programmarne di 
mie, senza troppe pretese, ma con un 
entusiasmo facilmente immaginabile. La 
prima in assoluto fu una specie di poliziesco, 
u Fuga dal carcere"; la seconda un fantasy, 
"Mostri e magie", in cui c'era una zucca di 
Halloween che moltissimi anni dopo ebbi 
modo di riciclare in "Darkiss 2". Poi iniziai a 
scrivere anchMo, come BDB, avventure 
dedicate a personaggi particolari: il primo fu il 
giornalista del mistero (che potrebbe essere 
collega di Roy Norton) Jack Newton, 
recentemente riesumato come assistente di 
George Anderson in u Sogno di Sangue". 

Qual e stata invece la prima avventura 
testuale che avete mai giocato e qual era la 
vostra tecnica di gioco (prendevate appunti, 
disegnavate mappe su carta, ecc.)? 

BDB - L'avventura per ZX 16KB di cui parlavo 
era "Adventure A: Planet of Death" di Artie 


Computing e istintivamente cominciai, dopo 
le prime frustrazioni (non tanto per la lingua 
inglese, che gia conoscevo bene, quanto per 

10 schema di gioco) a tracciare una mappa su 
carta dove annotavo anche eventuali indizi. 
Questo mi permise infatti di superare le fasi 
piu contorte e complesse del gioco. 

MV - "La valle incantata", scritta da BDB per il 
numero 4 di Explorer, la rivista con cassetta 
che mi fu regalata per il mio onomastico e che 
mi permise appunto di entrare nel magico 
mondo dell'avventura. Ricordo che la giocai e 
finii senza disegnare una mappa 0 prendere 
appunti: gia all'epoca, come oggi e forse 
anche di piu, avevo una memoria eccezionale 
(mia madre dice che e merito di tutto il pesce 
che mi ha fatto mangiare da bambino, chissa!) 
e riuscivo a ricordare tutti i particolari 
necessari per andare avanti nell'azione. 
Quando rimasi bloccato, come tutti, chiamai 

11 numero delI'help line messo sul giornale e 
quello fu il primo incontro (almeno telefonico) 
con quello che sarebbe diventato il mio nume 
tutelare e oggi coautore di "Deja Vu": 
Bonaventura! Tornando a "La valle 
incantata", ancora oggi lo considero un 
fantasy paradigmatico per la disposizione 
degli ambienti di gioco, dei puzzle da risolvere 
e delle scene d'azione. "II giardino incantato" 
gli e debitore per molte cose, immagino si 
capisca anche dal titolo. 

Quale sistema di produzione di avventure 
testuali avete usato soprattutto all'inizio? 
Avete cominciato con il Basic o con un altro 
linguaggio di programmazione per le vostre 
prime sperimentazioni? 

BDB - Dopo aver testato vari sistemi 
("Dungeon Builder", "Graphic Adventure 
Creator" e qualche altro di cui ormai ho 
dimenticato il nome) mi innamorai di "The 
Quill", un tool sviluppato dall'azienda gallese 
Gilsoft (I'autore era Graeme Yeandle, se 
ricordo bene). A questo si affianco quasi 
subito "The Illustrator", che permetteva di 
includere illustrazioni con una rudimentale, 
ma efficace, grafica vettoriale. Per le 
avventure su MSX, sviluppate in seguito, 
adattai il famoso "modulo Basic" di Enrico 
Colombini in modo che ricalcasse la struttura 
dati di The Quill, ovviamente senza grafica a 
causa delle limitazioni di memoria del 
sistema. 
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MV - Ho cominciato a programmare con il 
Basic del Commodore 64, come credo tanti 
altri bambini dell'epoca e proprio il desiderio 
di scrivere avventure testuali simili a quelle 
che compravo in edicola mi ha permesso di 
misurare e migliorare le mie capacita di 
programmatore (in erba). Nel 1990, dopo 
essere passato all'Amiga 500, hotrovato sulla 
rivista Amiga Byte un corso per programmare 
avventure testuali scritto da Maurizio Giunti, 
che mi ha consentito di realizzare altri giochi, 
tra cui un kolossal - per i miei standard - di 
oltre 80 stanze in cui il cattivo della storia era 
addirittura Dracula! Nel 1995, da utente PC, 
mi procurai uno dei manuali di Enrico 
Colombini per ricominciare a scrivere 
avventure, sempre in Basic: in quel periodo, 
ero al liceo, scrissi sia "Sfida all'ignoto" che "II 
giardino incantato", due giochi non certo 
curati e complessi come "Ayon" o "Darkiss", 
ma che ancora oggi hanno il loro pubblico. 

Qual e I'avventura piu sorprendente e 
coinvolgente, non necessariamente lontana 
nel tempo, cui avete mai giocato? Perche la 
ritenete la migliore mai pubblicata? 

BDB - Sicuramente "Lurking Horror" di 
Infocom, anche se in realta tutte le avventure 
giocate all'epoca, dalle piu piccole a quelle piu 
complesse e articolate, sono state fonte di 
sfida e divertimento ben piu di qualsiasi altro 
videogame. 



Marco Vallarino durante una conferenza 


MV - Sicuramente "Acheton", un'avventura 
nata in Inghilterra alia fine degli anni '70 nel 
mondo dei mainframe universitari - che 
peraltro fece da sfondo a tante altre eccellenti 
creazioni videoludiche - e poi verso la meta 
degli anni '80 rilasciata al pubblico da I la 
Topologika in una versione commerciale. 
Opera di Jon Thackray, David Seal e Jonathan 


Partington, e una avventura che vanta oltre 
400 locazioni da mappare accuratamente, 55 
tesori da trovare (e da sistemare in una 
cassaforte grande come una stanza!), 
innumerevoli scenari da esplorare in lungo e in 
largo: foreste, case, giardini, serre, pozzi, 
cimiteri, caverne, cunicoli, sotterranei, 
labirinti, miniere, ghiacciai, deserti, piramidi, 
canyon e isole. C'e perfino il nido di un uccello 
Roc! Ci ho messo sette anni a finirla, ma 
arrivare nella "Gladiators' Arena" e vincere 
tutti i combattimenti e stata una delle piu 
grandi soddisfazioni della mia 'camera' di 
avventuriero. Al di la della grande varieta 
dell'ambientazione e dell'azione di gioco, 
quello che mi piace di "Acheton" e che, sia 
pure con un grande sforzo creativo e tecnico, 
e un'opera che offre al giocatore un intero 
mondo da esplorare e quindi un'esperienza 
immersiva totale. 

Quando avete programmato le vostre 
avventure piu 11 mature", avete utilizzato uno 
specifico editor? Se si, potete dirci quale e 
perche I'avete scelto fra gli altri? Qual e 
stato il metodo che avete adottato per 
passare dal concept di base alio sviluppo vero 
e proprio delle avventure? 

BDB - Come dicevo, I'adozione di "The Quill" 
si rivelo una scelta decisiva, in quanto essendo 
un sistema RAD (Rapid Application 
Development) permetteva di concentrarsi su 
un meta-linguaggio in cui venivano definite le 
azioni e gli eventi e su tabelle di dati (oggetti, 
locazioni e loro descrizioni e riferimenti). Cio 
mi consent) di non perdere tempo sulla 
'codifica' pura di un linguaggio di 
programmazione, ma piuttosto di 
concentrarmi sulla parte creativa (il testo) e 
quella logica (gli enigmi), creando fino a sei 
avventure in un mese e 'portandole' 
contemporaneamente su tre diversi sistemi, 
in quanto potevo focalizzarmi sulla trama, sui 
personaggi e sui luoghi e oggetti con cui il 
giocatore avrebbe interagito, elaborati 
direttamente attraverso mappe 'analogiche' 
corredate da appunti. Qualcuno, 
probabilmente per suoi sentimenti personali, 
tempo fa scrisse in un forum che "producevo 
avventure con lo stampino", ma posso dire di 
essere piu che soddisfatto della mia 
produzione di allora, soprattutto per i riscontri 
che ho avuto fra il pubblico dell'epoca e 
persino da qualche giocatore "maturo" 
odierno (qualcuno mi contatta ancora oggi 


per farsi aiutare nella soluzione di quei 
giochi!). Oggi utilizzo strumenti digitali in 
quanto lavoro soprattutto su iper-narrativa (le 
cosiddette 'storie a bivi'), ma lo sviluppo di 
ogni titolo e preceduto da ore e ore di full 
immersion con trascrizione di appunti su 
carta. 

MV - Nel 2002 sono passato dal Basic a Inform 
6, il linguaggio orientato alia creazione di 
videogiochi testuali creato da Graham 
Nelson, perche mi sembrava interessante la 
possibility di creare un gioco che, tramite 
appositi interpreti, fosse utilizzabile anche al 
di fuori di Windows (che all'epoca costituiva il 
99% del mercato). Qualche anno dopo, la 
diffusione di smartphone e tablet e 
I'affermazione di sistemi alternativi come 
GNU/Linux e Mac OSX, ha confermato che il 
formato multi piattaforma era il migliore su 
cui puntare. Di solito, quando mi viene un'idea 
per un gioco nuovo, inizio a stilare un elenco 
dei luoghi e delle cose che "dovrebbero 
esserci", sottolineando quelli che mi 
sembrano piu adatti per muovere il gioco, 
dare personality alia storia e rendere I'azione 
piu complessa. Poi penso agli oggetti e ai 
personaggi necessari per dare vita 
all'avventura. Dopo di che disegno la mappa 
della locazioni con quello che ci dovrebbe 
essere dentro o dovrebbe accadere. La cosa 
piu difficile di solito e tarare la difficolta dei 
puzzle di modo che all'inizio siano piu facili e 
alia fine piu difficili: non sempre la storia lo 
permette percio bisogna scegliere se 
prediligere I'aspetto ludico 0 quello narrativo. 

Quali sono state le difficolta principali che 
avete incontrato nello sviluppo e 
nell'eventuale porting delle vostre avventure 
verso altri sistemi a 8/16 bit rispetto a quello 
iniziale? 

BDB - L'uso di uno strumento multi- 
piattaforma come "The Quill" (che in ogni 
caso richiedeva la riscrittura del meta-codice 
non essendoci un convertitore automatico) mi 
permise di dover affrontare il problema del 
vero e proprio porting solo quando si paleso la 
necessity di sviluppare su MSX, dove come 
dicevo fui costretto a usare il Basic. Oggi non 
mi occupo piu della programmazione, in 
quanto si lavora in team e lo sviluppo del 
codice e affidato a qualcun altro, ma utilizzo 
comunque un sistema di meta-dati oppure 
codice "universale" come XML o JSON per 
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fornire al programmatore tutto quanto 
occorre per produrre un gioco in grado di 
funzionare su tutte le piattaforme previste dal 
progetto. 

MV - Una certa parte della mia attivita di 
game designer e sempre stata dedicata alia 
portability e alPaccessibilita dei miei giochi. II 
riscontro di pubblico (e qualche volta di 
critica) e per me molto importante: questo e 
uno dei motivi per cui - come detto - nel 2002 
sono passato dal Basic a Inform 6, che 
permetteva di proporre i propri giochi in un 
formato piu "gradito" al pubblico di allora (e 
anche di oggi, mi pare). Non ricordo 
particolari difficolta nel processo di 
conversione, anzi, si e trattato di un lavoro che 
mi ha permesso di rendere certi giochi migliori 
o almeno piu semplici. L'unica cosa che mi 
manca del QBasic e la routine che avevo 
scritto per "Enigma" e che permetteva di 
muoversi anche con i tasti cursore, che invece 
Inform 6 riserva all'editing della riga di 
comando. 

Possedete ancora e utilizzate di tanto in 
tanto sistemi retro o addirittura lo stesso 
hardware che avete utilizzato tanti anni fa 
pergiocare o per creare le vostre avventure? 

BDB - Per problemi di spazio e mobilita (sono 
stato per anni quel che si dice un "nomade 
digitale") non ho avuto la possibility di 
continuare a usare le vecchie macchine e mi 
sono pertanto limitato agli emulatori. 
Ovviamente la tentazione di riesumare retro- 
hardware di tanto in tanto mi cog lie, ma 
riesco a sopirla partecipando a qualche evento 
di retro-computing dove le macchine di allora 
sono presenti e funzionanti. 

MV - Ho ancora sia il Commodore 64 che 
I'Amiga 500, ma nel 90% dei casi gioco 0 
programmo con gli appositi emulatori anziche 
con i computer dell'epoca. Grazie all'ottimo 
sito di Jacob Gunness 

www.solutionarchive.com (noto anche come 
CASA 0 Classic Adventure Solution Archive) 
negli anni ho scoperto e giocato molte 
vecchie avventure, alcune delle quali mi sono 
servite da spunto per le mie. Come diceva 
Picasso: un grande artista non copia, ruba! 

Molti considerano Zork o Colossal Cave 
Adventure (1976) i precursori del genere 
adventure ma di recente proprio BDB ha 


scoperto che il vero antesignano sarebbe un 
gioco (corredato anche da un editor di AT) 
chiamato "Wander" realizzato su 
mainframe PDP-10 nel 197 4 . Dopo il 
successo delle avventure testuali, che cosa 
avete pensato delle avventure che 
includevano anche delle immagini grafiche 
statiche e poi di quelle animate "punta e 
clicca", da Maniac Mansion e Zak McKracken 
in avanti? 

BDB - Perquanto mi riguarda, puravendole in 
parte apprezzate per le trame e gli elementi di 
gioco, hanno sempre rappresentato nella mia 
percezione la stessa differenza che c'e fra un 
libro e un fumetto, ovvero hanno "rubato" al 
giocatore I'emozione di immaginare luoghi, 
personaggi e situazioni in modo del tutto 
personale e intimo, creando un immaginario 
individuale che solo il testo riesce a evocare. 
Capisco, tuttavia, che il mercato ha le sue 
esigenze, soprattutto quella di raggiungere 
un pubblico sempre piu vasto, ma sono certo 
che c'e ancora spazio per una IF dove 
I'equilibriofra testo e immagini sia tale da non 
precludere I'esperienza del lettore/giocatore 
e non penalizzare la sua capacita 
immaginativa. 



Deja Vu - Screenshot dal C64 


MV - Sono stato un fan della prima ora sia di 
"Zak McKracken" sia di "Maniac Mansion" e 
"Indiana Jones and the Last Crusade" (ho 
ancora la mia copia del National Inquisitor e 
altri pregevoli gadget dell'epoca). Tuttavia ho 
sempre considerato un'avventura grafica 
come un altro genere di gioco anziche-come 
si diceva all'epoca - come un'evoluzione di 
quella testuale. Mi dispiace che le avventure 
testuali siano andate fuori mercato quando 
c'e stato il boom di quelle grafiche perche 
secondo me potevano continuare a esistere (e 
progredire) in due contesti differenti, oltre 
che promuoversi a vicenda. D'altra parte le 
stesse avventure grafiche basate su SCUMM 


[n.d.A. - SCUMM e il linguaggio ed ambiente 
di programmazione interattivo ideato dalla 
Lucasfilm per tutte le sue avventure grafiche, 
acronimo di Script Creation Utility for Maniac 
Mansion) non e che siano durate molto di piu, 
salvo poi diventare protagoniste di varie 
"operazioni nostalgia" che hanno confermato 
come certi fenomeni non fossero legati solo a 
mode del momento. Oggi, le avventure 
commerciali non esistono quasi piu e mi pare 
che se ne senta la mancanza. 

Cosa pensate del mondo del retrocomputing 
e del relativo successo che questo fenomeno 
sta avendo in questo periodo (vedi remake di 
giochi e vendita di nuovo hardware tipo 
console "mini", board emulators, nuovi 
accessori e periferiche moderne per i vecchi 
sistemi)? 

BDB - Probabilmente si tratta di un fenomeno 
legato al fatto che gli ex-ragazzi di allora oggi 
sono degli adulti con maggiori capacita di 
acquisto e una forte componente nostalgica e 
in ogni caso penso che si tratti di un fenomeno 
legato a una passione tecnologica non diversa 
da quella per I'hi-tech, se non per le sue 
connotazioni storiche. Mi chiedo, piu che 
altro, se un fenomeno del genere avra mai una 
traslazione nel futuro, ovvero se ci sara mai, 
nei decenni che verranno, qualcuno che per 
esempio fara del retrocomputing con le 
console che si utilizzano oggi. Non riesco a 
immaginario, tuttavia, se devo essere sincero. 

MV - Come dicevo prima, certi fenomeni 
hanno avuto un impatto talmente grande 
sulla gente che non potevano esaurirsi nel loro 
(troppo) breve arco commerciale. Appena 
entrato in Internet, nel 1998, gli emulatori dei 
miei vecchi computer e console, e le rom dei 
giochi, sono stati le prime cose che ho 
cercato. Del resto, ci sono libri e fumetti che 
leggiamo e rileggiamo, e film che 
riguardiamo, anche a distanza di anni dalle 
prime volte. O canzoni che riascoltiamo, 
luoghi che torniamo a visitare, eccetera. 
Anche perche ci sono giochi il cui valore non e 
limitato dalla potenza della macchina sulla 
quale erano stati realizzati: le avventure 
testuali sono il caso piu emblematico, ma per 
me "Kick Off 2" dell'Amiga 500 e ancora oggi 
il migliore gioco di calcio della storia. 
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Frequentate qualche gruppo FB o forum 
specifico sulle IF o sui retrocomputer? 
(Specificate pure quali) 

BDB - Di tanto intanto lurko in qualche forum 
come quello di ODG (Old Games Italia), dove 
sono stato invitato tempo fa dopo il mio 
ritorno all'IF con I'iper-narrativa, ma il mio 
rapporto con FB e cessato da tempo, in 
quanto ho percepito dopo qualche anno i lati 
negativi della piattaforma e mi sono cosi 
limitato a mantenere un account solo per lo 
scambio di messaggi personali. Preferisco, 
invece, consultare siti italiani dedicati all'IF o 
portali come Ready64.org oppure 
RetroEdicola Videoludica, come anche quelli 
stranieri piu noti, spesso raggiunti attraverso 
ricerche mirate. 

MV - Su Usenet seguo il newsgroup 
it.comp.giochi.avventure.testuali dalla sua 
fondazione, cioe dal 1999. Su Facebook, oltre 
al gruppo di supporto della mia avventura 
"Darkiss" (in cui peraltro si parla di molti altri 
giochi), seguo e in parte gestisco la pagina 
delle "Avventure testuali" insieme agli amici 
di Oldgamesitalia.net. 

Qual e stato il vostro coinvolgimento con le 
societa di software che nel tempo hanno 
pubblicato le vostre opere? (Avete scritto da 
soli tutte le storie, le sceneggiature e le 
dinamiche digioco oppure c'erano altri autori 
che hanno sviluppato le trame insieme a voi? 
Vi hanno posto limiti infase di ideazione o di 
produzione?) 

BDB - Per quanto mi riguarda ero totalmente 
responsabile del lo sviluppo, tanto dei 
contenuti quanto del codice, fino alia 
produzione del "nastro" finale. Ero persino 
responsabile dei contenuti che andavano a 
formare la componente cartacea abbinata 
alia cassetta. Non ho mai avuto paletti 
particolari se non alcune indicazioni, 
preziosissime, che I'editore mi form in modo 
da rendere piu appetibili le storie (per es. la 
scelta di un personaggio che tornasse in 
avventure successive). Le illustrazioni delle 
copertine cartacee, invece, erano affidate ad 
un grafico, e sono sicuro che abbiano avuto un 
ruolo importante nell'appetibilita di quei 
titoli, come lo e la copertina di un libro 
dopotutto. 


MV - A parte questa gia leggendaria 
collaborazione con BDB per "Deja Vu" devo 
ammettere che ho quasi sempre fatto tutto 
da solo. Negli anni mi sono arrivate diverse 
proposte di collaborazione per progetti anche 
interessanti, ma mi trovo piu a mio agio a 
lavorare in proprio, almeno per quanto 
riguarda il design. Tuttavia sto da tempo 
portando avanti un progetto nel quale, grazie 
al fatto che i ruoli sono ben delineati e distinti, 
sto rivalutando la forza del lavoro di squadra. 
Poi e stato interessante, qualche anno fa, 
preparare delle versioni speciali dei miei 
giochi di punta, "Darkiss", "Enigma" e "Ayon", 
per le riviste di informatica - Linux Pro, Win 
Magazine, Computer Bild, Idea Web e The 
Games Machine - che erano interessate a 
pubblicarli nei loro CD e DVD allegati. Tra le 
richieste piu frequenti c'era quel la di allegare 
al programma una documentazione 
sufficientemente chiara e completa perche gli 
utenti potessero giocare senza dover 
inondare la redazione di richieste di aiuto e 
informazioni - essendo le avventure testuali 
un genere abbastanza codificato e talvolta 
ostico come approccio. 

Se ci fossero una o piu cose che poteste 
cambiare o completare in una delle vostre 
avventure o nel processo creativo, tornando 
indietro nel tempo, quali sarebbero? 

BDB - Indubbiamente, se avessi avuto piu 
tempo, [cambierei] la complessita delle storie 
(come numero di elementi in esse contenuto) 
e la lunghezza dei testi. E magari 
I'inserimento di un maggior numero di "aiuti", 
anche se all'epoca compensavo con la famosa 
help-line telefonica. 

MV - In realta e una cosa che ho gia fatto. 
Giochi come "II giardino incantato" e "Sfida 
all'ignoto" sono stati riscritti e riprogrammati 
piu volte nel corso degli anni, per adattarli al 
periodo oltre che per correggere piccoli e 
grandi errori. Anche "Darkiss" e "Ayon" sono 
stati oggetto di restyling. Per me un gioco, 
cosi come un racconto o un articolo, non e mai 
definitivo al 100%: se la perfezione - come si 
dice - non e di questo mondo, dobbiamo 
sempre essere pronti a fare di meglio. 

Quali consigli dareste a coloro che oggi si 
avvicinano a questa categoria di giochi o 
d'intrattenimento digitale come potenziali 
autori? 


BDB - Sicuramente consiglierei di non 
trascurare mai I'elemento emozionale, ossia 
di chiedersi sempre cosa vogliamo evocare 
nel giocatore/lettore e qual e il modo migliore 
perfarlo. Oltre cio, e bene non smettere mai 
di alimentare la propria fantasia con letture e 
film, e di tenere presente le tendenze di 
fruizione del momento, che ovviamente 
cambiano a seconda delle tecnologie e dei 
periodi storici. 



Deja Vu - Screenshot dal C64 

MV - II consiglio lo do da giocatore prima che 
da autore: andateci piano. Creare giochi 
super-difficili e lunghi non vi fara avere piu 
pubblico 0 complimenti, fara solo infuriare la 
gente che rimane bloccata 0 che non arriva 
mai alia fine della storia. Nell'era digitale, 
I'immediatezza e la strada da seguire: bisogna 
essere chiari e concisi per conquistare 
I'attenzione dell'utente e mantenerla fino in 
fondo. E poi ovviamente bisognerebbe 
cercare di conoscere un po' il "mercato", per 
capire che cosa funziona (e magari potrebbe 
funzionare meglio) e che cosa manca. E poi 
occorre ricordarsi che il lavoro non finisce con 
la pubblicazione del gioco, ma continua con la 
fase di promozione che richiede altrettanto 
impegno se non di piu. 

Avevate mai immaginato che le vostre 
avventure avrebbero raccolto un cosi largo 
apprezzamento dagli utenti di sistemi cosi 
differenti? 

BDB - A dire il vero inizialmente avevo i miei 
dubbi, in quanto ero consapevole che il trend 
maggiore sarebbe sempre stato quello dei 
videogiochi classici (shoot'em up, 
soprattutto), e sono rimasto piacevolmente 
sorpreso non solo di scoprire un interesse 
tanto vasto nell'IF in quel periodo, ma anche 
la "sopravvivenza" di tale interesse in una 
considerevole parte del pubblico nei decenni 
successivi. 
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MV - In verita oggi mi sembra piu normale che 
un'opera abbia un pubblico piuttosto che non 
ce I'abbia. Ormai ci sono cosi tanti spazi di 
promozione che non vedo come un autore 
non possa trovare almeno qualcuno 
interessato al suo lavoro. Se pero si vuole 
parlare di grandi numeri, picchi di ascolto (e di 
download), stagioni d'oro e d'argento, 
probabilmente certi exploit sono dovuti a un 
mix di perseveranza e ingegno (e fortuna) che 
ogni creativo dovrebbe avere, oggi, se e 
abbastanza motivato e supportato, da amici, 
colleghi e dalla stessa comunita che ha 
contribuito a creare con la sua opera. Quando 
ho cominciato a scrivere avventure, quello che 
non sapevo e che i videogiochi testuali hanno 
un grande riscontro tra gli utenti non vedenti, 
che possono utilizzarli grazie alia sintesi 
vocale. Questo, come detto, mi ha portato a 
lavorare con attenzione sul fronte 
dell'accessibilita, per permettere a tutti di 
giocare. Negli anni, come con altri utenti, 
sono nate delle belle amicizie e il fatto che il 
mio lavoro possa anche avere uno scopo 
sociale - cioe permettere di giocare a chi e 
impossibilitato a cimentarsi con altri tipi di 
videogiochi - e gratificante. 


Stai portando: 
i tuoi stivali (indossati) 
la tua uniforme da pilota militare (indossata) 

L’aereo e fuori controllo! 

> parla al copilota 

Cniedi aiuto al copilota, ma lui ti risponde che sei in grado di affrontare 
questa emergenza. 

L’aerco continua a perdcrc quota: a questo punto un atterraggio di 
emergenza sembra l’unico modo per salvare la pelle. 

Cabina dell’aereo 

Dalla cabina riesci a scorgere una foresta, oltre la quale spuntano delle 
rovine c, al di la di esse, quello che a prima vista sembra un campo militare. 

Ormai l’aereo e del tutto fuori controllo, non ti resta che lanciarti con il 
paracadute o tentare un atterraggio di emergenza. 

D copilota e seduto al tuo Banco. 

Puoi anche vedere un paracadute qui. 


Deja Vu - Screenshot della versione PC 

I formati digitali come ePub e Kindle 
rappresentano secondo voi una strada 
percorribile per i cosiddetti * 1 fiction games"? 
E se si, avete gia pensato difare esperimenti 
su questa piattaforma? 

BDB - Si, ho infatti pubblicato un manuale 
dedicato ("Iper-Narrativa") e un ebook demo 
gratuito ("II Segreto dei Wilkinson") 
disponibile su tutte le piattaforme e librerie 
on-line, quest'ultimo con il solo obiettivo di 
mostrare il funzionamento di una storia "a 
bivi", piuttosto che pretendere di esordire con 
un'opera di narrativa vera e propria. II 
risultato, nel caso degli ebook, e strettamente 
legato al metodo di progettazione, che ho 


appunto esplorato e descritto nel mio 
manuale e discusso anche sul mio blog. Una 
volta pianificata correttamente ed 
efficacemente la trama e relativi "bivi", lo 
sviluppo e abbastanza semplice considerati 
gli strumenti oggi a disposizione di chi volesse 
cimentarsi in questo genere di produzione 
ludico-narrativa. 

MV - Sono un felice possessore di Kindle 
Paperwhite da vari anni, ma credo che 
smartphone e tablet (oltre che pc) siano i 
dispositivi migliori perfare da base al mercato 
dei cosiddetti casual game, nel quale credo 
possano rientrare anche le interactive fiction. 
D'altra parte, non so quale futuro possa 
esserci per gli ebook reader ora che con gli 
smartphone si puo fare tutto ed esiste pure 
un'app che Simula il funzionamento di un 
ebook reader. 

Quali punti di contatto ci sono secondo voi 
fra il genere ormai cosi diffuso delle Graphic 
Novel e le Interactive Fiction? Potrebbe 
nascere secondo la Vostra esperienza un 
genere letterario che coniughi fumetti e 
interattivita su tablet o PC? 

BDB - Certamente ed e infatti proprio il 
campo su cui sto lavorando da tempo, ma e 
importante appunto tener conto delle 
tendenze e delle abitudini di fruizione del 
pubblico attuale, sempre meno disposto a 
dedicarsi intensivamente a un prodotto che 
metta soprattutto in gioco le capacita 
intellettuali e deduttive piuttosto che i riflessi 
e la velocita di esecuzione. 

MV - Come detto, anche per non limitarne 
I'accessibilita, ho sempre lavorato a progetti 
di testo puro - tranne nel caso di "Visita al 
Marconi", ma quello era un gioco (didattico) 
su commissione. La possibility che in un mio 
gioco ci siano immagini o suoni di corredo non 
mi accende piu di tanto. Sono sempre stato un 
avido lettore di fumetti e sono sicuro che si 
possa realizzare una bella interactive fiction a 
fumetti, ma in quel caso immagino sarebbe 
meglio pensare a un'avventura grafica a 
tema. (E probabilmente ce ne sono gia state.) 

Parliamo ora di "Deja Vu", il nuovo titolo che 
avete deciso di sviluppare insieme in 
occasione del contest "Marmellata 
d'Avventura" indetto da Old Games Italia. 


Com'e avvenuto il vostro incontro e a chi e 
venuta I'idea del soggetto? 

BDB - In realta il nostro "incontro" avvenne 
proprio negli anni Ottanta, quando Marco 
venne a trovarmi in redazione, ancora 
bambino, insieme a suo padre. Ci siamo 
ritrovati in seguito e poi tenuti in contatto, 
con la promessa di sviluppare prima 0 poi 
almeno un'avventura assieme; e il pretesto 
del contest "Marmellata d'Avventura" e stato, 
insieme a una mia temporanea disponibilita di 
tempo in quel periodo, il fattore scatenante 
che ha dato vita, in un tempo relativamente 
breve, a questa collaborazione che devo dire 
mi ha coinvolto moltissimo e mi ha fatto 
estremamente piacere. II soggetto nasce 
soprattutto da una serie di letture e film del 
passato, oltre che dalle esperienze di gioco 
delle AT, ed e infatti in gran parte rievocativo 
e celebrativo (qualcuno ha notato I'incipit e la 
sua affinita con I'avventura di Enrico 
Colombini, cui personalmente devo molto per 
I'aiuto nel porting su MSX delle mie 
avventure). lo mi sono dedicato a sviluppare 
soprattutto la storia e i suoi elementi, 
compresa la mappa con oggetti ed enigmi, 
dopodiche Marco ha arricchito il tutto con le 
descrizioni, i messaggi e ovviamente la 
programmazione in Inform che io non avrei 
avuto ne il tempo ne la capacita di affrontare, 
visti i miei impegni e competenze attuali. 

MV - Quando a febbraio ho saputo del contest 
"Marmellata d'avventura", mi sono iscritto 
subito alia gara, immaginando che la gente si 
aspettasse una mia partecipazione. Tuttavia, 
non avevo particolari idee 0 progetti in mente 
- del resto il tema non era ancora stato reso 
noto. In ogni caso, puntavo a "fare presenza" 
per non deludere il mio affezionato pubblico, 
ma niente di piu perche prevedevo che marzo 
sarebbe stato un periodo "pieno" al giornale e 
comunque temevo che in un mese si sarebbe 
potuto fare poco. Pochi giorni prima della 
scadenza del bando, BDB mi ha scritto 
dicendo che gli sarebbe piaciuto partecipare 
ma gli serviva che qualcuno gli programmasse 
(e quindi adattasse) il gioco. Per me, come per 
tutti, era una notizia EPOCALE: il maestro Di 
Bello voleva scrivere una nuova avventura, 
trent'anni dopo quelle di Explorer e Viking. 
Accettai dandogli carta bianca sul soggetto, 
con la curiosita di sapere dove sarebbe andato 
a parare - tuttavia, feci anche a lui I'invito a 
"andarci piano" perche "non sono piu gli anni 
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80 e la gente non ama morire senza preavviso 
0 rimanere bloccata senza sapere perche". 

Come avete impostato il lavoro, il processo 
creativo e la trama? A proposito, potete 
anticiparci qualcosa del personaggi, 
dell'ambientazione e della storia? 

BDB - II lavoro si e basato inizialmente su uno 
scambio di idee e proposte attraverso un 
semplice documento di testo condiviso in 
Google Docs, dopodiche io ho proseguito lo 
sviluppo della mappa e degli elementi di gioco 
usando un tool comodissimo che si chiama 
Trizbort, con il quale ho potuto poi passare a 
Marco le informazioni (sotto forma di mappe 
e meta-dati) di cui aveva bisogno per 
proseguire nello sviluppo, ovviamente 
corredate dagli appunti nel documento 
condiviso di cui sopra e da una fitta serie di 
conversazioni a voce 0 via chat che hanno 
accompagnato lo sviluppo ed il testing. Per 
quanto riguarda la storia, I'ambientazione e i 
personaggi diciamo che gli ingredienti sono 
piu "avventurosi" che mai, e il tutto si svolge 
in un contesto distopico sicuramente molto 
caro al pubblico attuale, ma che il finale sara 
quasi certamente "rivelatorio" e inaspettato 
per la maggior parte dei giocatori, come e 
giusto che sia in ogni storia degna di essere 
giocata 0 letta. 

MV - La sera di venerdi 16 marzo, quando 
ormai oltre meta del tempo a disposizione per 
scrivere il gioco era passata, ho ricevuto 
I'email con cui BDB mi mandava mappa e 
trama del gioco: c'erano piu di quaranta 
locazioni e decine di azioni da adattare e 
programmare. Superato lo shock iniziale per 
la quantita di lavoro che c'era da fare in due 
settimane (scarse), mi addentrai nella lettura 
e capii che era un progetto che meritava 
davvero il massimo impegno, sia pure-come 
detto - dopo qualche adattamento. Scrivere 
(quasi) tutti i testi del gioco mi ha permesso di 
entrare in piena sintonia con lo spirito della 
storia, che credo rappresenti il giusto 
connubio tra passato e presente del genere 
avventuroso. Presentata come "un'avventura 
ai confini del mondo e della mente", Deja Vu 
ha per protagonista il pilota di un aereo 
militare che deve portare a termine una certa 
missione. II volo pero non si conclude come 
previsto e per Johnny iniziera una "nuova" 
avventura, in cui le sorprese non 
mancheranno. 


Su quale editor e con quali strumenti sono 
avvenuti avvenuta la stesura e lo sviluppo 
vero e proprio? Per quali sistemi sard 
disponibile la vostra opera, almeno 
inizialmente? 

BDB - Come dicevo abbiamo optato per 
Inform, sia perche Marco ormai lo conosce 
bene, sia per la possibility di produrre un 
codice abbastanza universale, ma devo dire 
che Marco mi ha stupito successivamente 
inviandomi persino una versione per C64! Ci 
tengo a precisare che "Deja Vu", almeno nel 
formato attuale, e semplicemente una storia 
di base destinata al contest, con i limiti 
inevitabili che il tempo ridotto e la 
destinazione d'uso impongono. Abbiamo, 
tuttavia, pensato di produrne una versione 
ampliata e molto piu ricca dal punto di vista 
dei contenuti e dello schema di gioco, sotto 
forma di app per dispositivi mobili, in 
collaborazione con un programmatore che si 
e dimostrato interessato al progetto. Chissa 
che non rappresenti il primo di una serie di 
giochi di IF da proporre al pubblico nel medio- 
lungo termine. 

MV - "Deja Vu" e stata scritta in Inform 6, 
come "Darkiss", "Ayon" e le altre mie 
avventure disponibili per il download. Grazie 
al formato multipiattaforma fornito 
dall'estensione Z-code (Z5 in questo caso), 
puo essere giocata su quasi tutti i sistemi 
operativi esistenti (anche su Commodore 64 e 
Amiga 500, per dire), utilizzando uno degli 
appositi interpreti gratuiti. Nel file zip che si 
puo scaricare dal sito www.marcovallarino.it 
c'e tutto cio che serve sapere per iniziare a 
giocare. 

Cosa pensate del panorama odierno dei 
videogiochi in generale e del settore dei 
giochi interattivi in particolare? Secondo voi, 
qual e la direzione verso la quale sta 
andando il mercato internazionale 
videoludico in generale? C'e spazio soltanto 
per le grandi produzioni o il pubblico pud 
ancora essere coinvolto con la creativita ed il 
mistero forniti da produzioni piu piccole o 
addirittura homebrew? 

BDB - Cio che abbiamo visto accadere negli 
ultimi anni dimostra senza dubbio che, 
accanto alle grandi produzioni e ai giochi che 
puntano su simulazioni della realta sempre 
piu fedeli e spinte all'estremo tecnologico, 


possono convivere titoli indie di tutto rispetto, 
che non disdegnano di strizzare I'occhio al 
vintage videoludico. A cio si aggiungono 
diverse tendenze che certamente 
permetteranno di creare e diffondere opere 
piu legate all'IF, in alcuni casi anche ad opera 
di singoli, ma quasi sempre necessariamente 
da produrre in tandem per ottenere i risultati 
migliori dall'abbinamento delle rispettive 
professionalita legate ai contenuti piuttosto 
che alio sviluppo applicative. 

MV - Credo che stiamo andando verso una 
divisione sempre piu netta del mercato e 
dell'utenza: da una parte ci sono gli hardcore 
game, prodotti dalle grandi case e rivolti a un 
pubblico di appassionati che vuole sfide 
sempre piu realistiche, con effetti speciali da 
kolossal, ore e ore d'esplorazione e spesso 
un'azione che segue il binario ineluttabile di 
una trama da film. Dall'altra ci sono i casual 
game, nei quali secondo me possono rientrare 
anche le produzioni indie come le IF, che molti 
cercano in Internet 0 negli app store per 
passare il tempo senza troppe pretese e 
sbattimenti. Quindi, non solo le piccole 
produzioni continueranno ad avere il proprio 
spazio ma potrebbero addirittura averne di 
piu, visto che sembra piu probabile un 
incremento del pubblico casual che di quello 
hardcore. Quello che pero non bisogna 
dimenticare, in fase creativa, e che la gente 
cerca un divertimento, non una sfida 
"mortale" che la stressi piu del lavoro 0 della 
scuola. In un gioco a enigmi, basta poco per 
rendere una storia intrigante qualcosa di 
terribilmente difficile 0 noioso perche non si 
riesce a andare avanti. Personalmente, da 
autore, spero di avere sempre gli strumenti 
adatti a dare vita alle mie idee; da utente, 
giocatore, lettore, spero di continuare a 
trovare opere che non mi facciano 
dimenticare perche ho passato tutti questi 
anni a giocare, scrivere, leggere, 
programmare. E sognare. 

CONCLUSION! 

Ringraziamo Bonaventura e Marco per la loro 
ampia e squisita disponibilita e per aver 
spaziato insieme a noi di RetroMagazine nel 
passato, nel presente e nel futuro di questa 
vera e propria arte della scrittura creativa, la 
fiction interattiva, dove I'immaginazione del 
giocatore/lettore e, piu che negli altri episodi 
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di intrattenimento elettronico, protagonista 
assoluta. 

Rispetto a tanti anni fa, dove i limiti grafici e 
sonori del le piattaforme hardware a 
disposizione in un certo senso contribuivano a 
far si che gli autori sviluppassero trame e 
storie sempre piu avvincenti per tenere 
incollati alio schermo gli utenti dei 
videogiochi, oggi il mercato sembra 
scommettere sempre di piu (com'e accaduto 
in altri settori dell'entertainment globale, 
cinema e musica su tutti) su grandi produzioni 
e titoli dove I'elemento del consumo 
immediato e veloce risulta preponderante, 
purtroppo a scapito della profondita e dello 
spessore dell'esperienza di gioco. Gli 
adventure del passato 0 quelli come Deja Vu 
ci mostrano che la creativita e la giocabilita 
possono essere indipendenti dalla potenza 
evocativa della tecnologia multimediale e che 
alcune ore passate a districarsi in 
un'avventura testuale valgono spesso quanto 
e forse di piu che qualche ora trascorsa in un 
ambiente 3D iper-realistico a massacrare con 
armi improbabili alieni 0 soldati nemici. 

E innegabile che a volte un'immagine vale 
mille parole, ma quelle mille parole, se ben 
disposte, possono immedesimare e 
trasportare gli adventurer in un mondo 
lontano (anche nel tempo oltre che nello 
spazio) e hanno persino il potere di fare 
qualcosa di piu importante: accendere un 
pensiero, istigare un'emozione, scatenare 
nuove idee. 




I membri della IF Italia all'Adventure Day 2013 del Vigamus: da sinistra a destra Roberto Grassi, Francesco Cordelia, 
Bonaventura Di Bello, Giovanni Riccardi, Marco Vallarino. 


Riferimenti e Bibliografia 

[BDB] http://bonaventuradibello.com 
[MV] http://marcovallarino.it 

Iper-Narrativa - http://bonaventuradibello.com/ipernarrativa 
Alla scoperta delle AT (BDB) - http://web.mclink.it/MH4qq6/ 

Introduzione alle AT (MV) - 

http://avventuretestuali.xoom.it/che cosa sono le avventure testuali.html 

IF Italia - http://ifitalia.oldgamesitalia.net/pmwiki/pmwiki.php 
Old Games Italia - http://www.oldgamesitalia.net 

Marmellata d'Avventura - http://www.oldgamesitalia.net/content/marmellata- 
davventura-2018 

Scott Adams - https://en.wikipedia.org/wiki/Scott Adams (game designer) 

Enrico Colombini - https://it.wikipedia.org/wiki/Enrico Colombini 
The Quill - https://it.wikipedia.org/wiki/The Quill (software) 

Inform - https://it.wikipedia.org/wiki/lnform 

Copia del National Inquisitor distribuito con il gioco Zak McKracken - 
https://bit.ly/2HCJSA4 

II mitologico uccello Roc presente in Acheton - https://it.wikipedia.org/wiki/Roc 

Download di Deja Vu per C64 (D64] - 
http://www.retromagazine.net/download/dejavuC64.zip 

Seguite le istruzioni nel file LEGGIMI.TXT allegato per eseguire correttamente il gioco. 
Gameplay video di Deja Vu - https://www.youtube.com/watch?v=8KQNp7yzGE8 
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Progetti: Meteo16 


Previsioni Metereologiche con il Commodore 16 di Daniele Minneci 



Continua la nostra missiome di ricerca e 
divulgazione dei progetti che valorizzano il 
RetroComputing. Questo mese andiamo a 
Fucecchio, in Toscana, a conoscere Daniele 
Minneci, gestore del progetto Meteoi6. 


Daniele 

pagina 


Minneci e 7 I'amministratore della 
facebook MeteoFucecchio.it 


Fucecchio Weather Station seguita da piu' di 
3500 persone, dove pubblica regolarmente 
bollettini meteo riguardanti I'area geografica 
di Fucecchio. 

Come per tanti di noi, anche per Daniele, la 
passione per il computer nasce negli anni 80 e 
piu' precisamente nel 1984, quando riceve in 
regalo un Commodore 16. A quei tempi 
andava in onda un telefilm che avrebbe 
segnato I'adolescenza di tanti di noi, 'I ragazzi 
del computer' ed ovviamente Daniele non ha 
fatto eccezione. Diversamente da tanti suoi 
coetanei che vedevano il computer 
prevalentemente come una macchina da 
gioco, Daniele si appassiona subito alia 
programmazione e si interesssa altrettanto 
alle applicazioni! 

Ciao Daniele, da dove nasce la tua passione 
per la meteorologia? 

Sono sempre stato appassionato di 
Astrologia, ma la passione per la 
meteorologia nasce per un'esigenza del mio 
impegno come volontario per la protezione 
civile. Dopo diversi anni di servizio civile attivo 
entro a far parte dei centri di situazione 
regionali che allertano la popolazione in caso 
di allerte meteo. Da li 7 mi accorgo che nel 
territorio regionale di Fucecchio c 7 e 7 un gap 
riguardante le rilevazioni meteo e decido di 
attivarmi per porre rimedio. 

In un primo momento acquisto una stazione 
meteo amatoriale indipendente (non va in 
rete), senza connessione pc, a cui poi 
comincio ad aggiungere componenti, fino alia 


decisione di acquistare una stazione meteo 
piu'seria, semiprofessionale... 

Perfarla breve, adesso posseggo una stazione 
professionale della Davis (fabbricata in 
America) con sensori esterni interfacciati via 
wifi con la console interna. Questa stazione, 
certificata dal produttore, e 7 riconosciuta a 
livello internazionale e tramite un Mac Mini, 
dove gira un programma che gestisce i dati 
rilevati, li condivide con 7 reti internazionali 
per poter essere analizzati per previsioni 
meteo su larga scala sempre piu' attendibili; a 
livello locale invece, fornisce le sue previsioni. 

Quindi la tua stazione meteo fornisce i dati 
per le previsioni del tempo che vediamo alia 
televisione? 

Purtroppo no. La legislazione italiana in fatto 
di meteorologia e' piuttosto complicata ed a 
causa di cavilli burocratici i dati prodotti da I la 
mia stazione meteo, seppur certificati a livello 
internazionale, non possono essere utilizzati 
per le previsioni meteo italiane... 
Fortunatamente, grazie anche all'impegno 
dell'amico meteorologo Gordon Baldacci che 
adesso lavora al centro Epson Meteo di 
Milano, stiamo lavorando per porre rimedio a 
questa situazione. I vantaggi sono sotto gli 
occhi di tutti; maggior numero di stazioni 
meteo, significa piu' dati a disposizione, 
quindi maggiore affidabilita' nelle previsioni. 
Inoltre la mia stazione meteo fornisce dati da 
una zona non coperta dal servizio nazionale... 

Torniamo a Meteo 16, puoi raccontarci come 
hai scoperto il software? 

Negli anni 80, in una cassetta contenente 
utility per il C16 ho scoperto un programma 
chiamato 'Analisi del tempo 7 , riconosciuto poi 
come Meteo 16, prodotto da MantraSoft. Fu 
amore a prima vista e dal 1985 cominciai ad 
usare il software in maniera assidua. Creai e 
stampai dei moduli dove raccogliere i dati da 
dare in input al software e piano piano 
cominciai a popolare un file con tutti i dati 
metereologici del periodo... Conservo ancora 
quel file che si chiama "MeteoFile". 

Come ti e # venuta I'idea di utilizzare il 
software Meteo 16 per le previsioni meteo 
attuali? 

Sono un appassionato di RetroComputing, 
possiedo una vasta collezione di macchine 
Commodore (la linea 264 completa). II 
Commodore 16 e 7 stato il mio primo computer 


e come tale, come per il primo amore, non si 
scorda mai. Nel sito Plus4World ho ritrovato il 
software Meteoi6 ed insieme all'amico 
Francesco Gori abbiamo deciso di provare ad 
utilizzarlo di nuovo per vedere quanto le 
previsioni meteo elaborate da questo 
software fossero attendibili. Lo sorpresa e 7 
stata proprio scoprire che lo sono veramente! 

Puoi spiegarci brevemente come funziona il 
calcolo di Meteo 16? 

Onestamente non ho ancora avuto modo di 
analizzare il codice (e 7 nella mia to do list), 
qiundi posso solo avanzare delle ipotesi. 
Tramite i dati forniti in input dall'utente, 
pressione barometrica, direzione e velocita 7 
del vento, temperatura... il software fa un 
calcolo basandosi su degli assunti piuttosto 
semplici: se la pressione barometrica sale il 
tempo e 7 piu 7 stabile, meno perturbato, se 
invece il barometro scende, significa 
maltempo... Se scende rapidamente, il 
maltempo arrivera 7 velocemente, mentre una 
salita veloce indica beltempo con probabili 
condizioni di vento. Sui cambi di temperatura, 
si basa sulla direzione del vento. 

Come inputi i dati su Meteo 16? 

Attualmente i dati rilevati da I la stazione Davis 
vengono inputati manualmente in Meteoi6, 
mentre per il futuro sto pensando di creare 
un'interfaccia tramite la userport. II C16 non 
ha la userport nativa, ma tramite una 
schedina expansion port potrebbe leggere i 
dati RS232 della stazione. 

Grazie mille Daniele # e' stato un piacere 
scambiare quattro chiacchiere con te. 

Grazie a voi! 

Enon e'finita qui! Vianticipogia'che torneremo 
di nuovo a parlare con Daniele per scoprire di 
piu'sull'algoritmo ed i calcoli di Meteo 16! 

di Francesco Fiorentini 
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RetroSpace: Come un pesce in forno: Tincredibile storia di un bug spaziale 


di Marco Fanciulli 

Questo mese RetroSpace va in ferie ma non vi 
lascia soli nel vuoto dello spazio! 

Riprendiamo qui una storia pubblicata alcuni 
mesi sul gruppo VCCI a uso e consumo di 
retroarcheologi in cerca di una lettura prima di 
andare a dormire. 

Lo spazio e I'avvento dei computer digital! 

Per ragioni che vi saranno piu chiare nei 
prossimi appuntamenti di RetroSpace, chi vi 
scrive da molto tempo sta studiando 
I'architettura del computer di bordo delle 
missioni Apollo, I'Apollo Guidance Computer 
0 AGC per gli amici, cercando nelle 
trascrizioni delle comunicazioni tra il Mission 
Control Center (MCC) di Houston e gli 
astronauti delle missioni Gemini e Apollo una 
conferma rispetto alle sequenze di 
programmi e comandi eseguiti e impartiti in 
precisi momenti del piano di volo. 

L'AGC era una macchina meravigliosa la 
quale, per la sua natura peculiare, non trova 
quasi mai posto nella letteratura del retro- 
computing, se non tra quella di nicchia della 
retro-astronautica. E lui il primo eroe di 
questa storia. 

L'AGC Block I e stato uno dei primi computer, 
se non il primo in assoluto, a fare uso di circuiti 
integrati e certamente e stato il piu compatto 
della sua epoca, misurando solo 61x32x15cm 
e pesando "appena" 30kg. Un vero gioiello 
della tecnologia, studiato per sostituire a 
bordo di un veicolo spaziale i computer che 
nei centri di calcolo sulla Terra occupavano 
intere stanze e avevano bisogno di una 
centrale elettrica dedicata per poter 
funzionare. 

La straordinarieta dell'AGC e tutta nel 
riassunto delle sue caratteristiche principali. 
Si trattava di un computer realtime (!), 
multitasking (!!), con capacita interna di error- 
recovery (!!!), costruito attorno ad un bus e una 
"CPU" a 16 bit (15 di dati e uno di parita), 
dotato a seconda della release di circa 65- 
70KB ROM (tra 32k e 38k word da 15 bit) sotto 
forma di core rope memory (un'invenzione 


concepita proprio per I'Apollo) e 3.8KB RAM 
(2048 parole da 15 bit) con una frequenza di 
accesso e aggiornamento di 85 KHz. Grazie al 
fatto che ciascun core della memoria "ROM" 
ospitava 64 fili discreti, i 600.000 bit necessari 
alia macchina occupavano meno di 10.000 
core di memoria, risparmiando parecchio 
spazio rispetto alle soluzioni al suolo (che 
nello spazio infinito, paradossalmente, e una 
cosa buona come lo sarebbe nello spazio 
finito di casa nostra). Infine, caratteristica di 
massimo conto, assorbiva solo 2.5A a 28V per 
70W di potenza e, per dare una scala 
dimensionale, aveva una capacita di calcolo 
paragonabili a quella della triade del '77: il 
Commodore PET, I'Apple II e il TRS-80 ma 
quindici anni prima. 



Figura 1: uno stick di core rope memory. 64 fili 
venivano fatti passare dentro 0 fuori da un 
toroide in ferrite a rappresentare gli 0/1 del 
software che veniva letteralmente "filato" sul 
telaio 

L'AGC era una macchina specializzata per 
operare nello spazio; di conseguenza la sua 
architettura era concepita per garantire 
performance eccellenti nell'esecuzione dei 
compiti tipicamente legati alia navigazione e 
al controllo delle complesse equazioni del 
volo necessarie per determinare la posizione 
della navicella nello spazio, il suo 
orientamento, il punto di destinazione e tutte 
le azioni di spinta e orientamento necessarie a 
condurvela. In sostanza, era una macchina 
specializzata nelle operazioni di 
moltiplicazione e divisione piu che rivolta alle 
operazioni di addizione e sottrazione. Infatti, 
I'AGC poteva eseguire appena 44.000 
addizioni al secondo; pochissime se 
comparate alle 500.000 di un Commodore 
PET 0 alle 384.000 di un coevo DEC PDP-8. 
Tuttavia I'AGC surclassava entrambi quanto a 
capacita moltiplicativa, potendo eseguire 
22.000 operazioni al secondo contro le sole 


300 di un PDP-8 o le 3.000 di un PET, un 
computer piu giovane di oltre un decennio. 
Questo primato rimase largamente 
imbattuto fino alle soglie degli anni '80, 
quando le esigenze del progetto dello Space 
Shuttle produssero un nuovo step di sviluppo 
nel settore. 

Anche se I'uso della logica integrata era 
limitata all'adozione di 2.800 NOR gates duali 
della Fairchild Semiconductor impiegati come 
flip flop per i registri centrali della CPU, la 
scelta di limitarne I'uso a questa fattispecie fu 
presa con estrema ponderazione. II 
precedente sistema di guida che aveva 
sperimentalmente utilizzato una logica 
diodo-transistor e diodo-diodo (il Minuteman 
II), aveva dato troppi problemi di affidabilita 
fin dai collaudi a terra e non ci si fidava molto 
a portarlo in volo, con le sollecitazioni tipiche 
di questa condizione. Cosi gli ingegneri 
decisero che la CPU dell'AGC non sarebbe 
stata realizzata in logica 1 C; senza riaprire 
I'annoso dibattito in merito a chi abbia 
concepito e realizzato il primo 
microprocessore della storia (sappiamo che la 
logica integrata arrivera solo con il progetto di 
Ray Holt e I'lntel 4004), bisogna ricordare che 
alia Grumman non e che non avessero 
considerato I'idea suggerita dal MIT! Al 
contrario, avevano valutato attentamente la 
possibility di adottare in toto circuiti integrati 
e di sviluppare una CPU RTL per la quale 
furono esaminate e vagliate anche le possibili 
strategie di implementazione (parliamo della 
stessa Grumman che commissiono poi la 
medesima CPU alia Garrett presso la quale 
lavorava Ray Holt, per I'impiego nel futuro 
F15!). Tuttavia la logica integrata era troppo 
recente, poco conosciuta e non dava certezze 
di affidabilita per le condizioni estreme della 
fase di ascesa, volo e rientro. Per questa 
stessa ragione tutta la componentistica 
dell'AGC era wire wrapped e poi affogata in 
un bagno di plastica epossidica, per essere 
infine chiusa in un contenitore modulare 
metallico sigillato. Un elemento che, in nome 
della correttezza storica e a dispetto del costo 
irrisorio dei singoli componenti, sta facendo 
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crescere in modo significativo il costo del 
progetto di cui parleremo nei prossimi articoli. 



Figura 2: I'interno dell'AGC evidenzia la sua 
costruzione modulare e compatta. 


Questa meraviglia della tecnologia, un salto 
tecnologico enorme concepito all'inizio degli 
anni sessanta e provata in volo appena sei 
anni dopo, e forse la parte meno appariscente 
delle missioni Apollo e tuttavia e al centro 
della missione stessa e, in almeno due casi, 
della salvezza degli astronauti. 

La storia nella storia 


Una delle due storie la conosciamo tutti: 
qualcuno I'ha vissuta in tempo reale nel 1970 
mentre a noi altri che eravamo troppo piccoli 
0 nemmeno nati, e stata raccontata da libri, 
documentari e dal film Apollo 13. L'esplosione 
di un serbatoio dell'ossigeno a causa di un 
corto circuito mise a repentaglio la vita 
dell'equipaggio e solo la fantasia 
ingegneristica del personale di terra li tenne in 
vita grazie a calzini, tubi e... alia quadratura 
del cerchio. 

Quella che vi racconto adesso invece e una 
storia che riguarda I'Apollo 14, in particolare le 
quattro ore che hanno preceduto fase di 
discesa del LEM con a bordo Alan Shepard e 
Ed Mitchell. Mi permettero alcune 
inesattezze di minore importanza a favore 
della linearita della narrazione. 


Lo spazio: esterno giornonotte 

Sono le 10:05 del mattino in Italia ma nello 
spazio, per gli occupanti del modulo di 
comando Kitty Hawk che si apprestano a 
salire a bordo dell'Antares per scendere 
nell'altopiano di Fra Mauro, e notte. Una notte 


schizofrenica nel micro mondo della navicella, 
indecisa tra il buio piu nero e la luce accecante 
riflessa dalla Luna. 

Ed Mitchell, che avrebbe pilotato il LEM verso 
lil complesso atterraggio sull'altopiano, stava 
effettuando gli ultimi controlli sui computerdi 
bordo dell'Antares mentre Al Shepard - il 
comandante nonche mito vivente 
dell'astronautica americana - scorreva la lista 
dei check con fredda professionals e 
rapidita. Cera molto da fare prima di iniziare 
la gita che tutti al mondo avrebbero voluto (e 
vorrebbero) fare. 

A bordo del LEM, oltre all'AGC, erano presenti 
altri computer indipendenti e specializzati. 
Non erano versatili come I'AGC ma avevano 
piuttosto un unico e immutabile programma 
prestabilito e essenziale per specifiche fasi del 
volo. Nel frangente della missione che si 
svolge durante la nostra storia, in ordine alia 
sicurezza del volo il piu rilevante di questi 
sistemi funzionali era certamente TAGS, 
YAbort Guidance System. Si trattava del 
computer deputato all'annullamento della 
fase di atterraggio a seguito di un problema 
grave quale lo spegnimento del motore 
principale, la perdita dell'assetto 0 avarie 
irreparabili di altra natura. 

Ogni 250 millisecondi una routine del'AGC 
verificava se fosse stato premuto uno dei due 
pulsanti ABORT o ABORT STAGE; se quello 
fosse stato il caso, la routine avrebbe 
inizializzato un segnalatore discreto che 
autorizzava TAGS a prendere il controllo 
dell'astronave e a dare il via al le manovre di 
risalita di emergenza attivando il programma 
70 (risalita con motore principale) 0 il 
programma 71 ( risalita da stage intermedi ) 
ell'AGC. 

Scorrendo I'elenco delle verifiche da fare, 
Mitchell continuava a digitare le sequenze di 
controllo sul DSKY. 

II DSKY (pronunciato "dischi") costituiva 
I'interfaccia utente dell'AGC, la prima 
interfaccia per computer di cui sia 
documentato I'approccio UX e di ergonomia 
funzionale; non era insomma un caso che 
I'AGC fosse un computer semplice da 
programmare e usare, almeno per gli 
standard dell'epoca. L'immissione di comandi 
avveniva attraverso codici numerici che 


rappresentavano un VERB (un'azione 0 
comando) e un NOUN (I'oggetto di quel 
comando), seguiti da eventuali parametri 
espressi in notazione ottale. L'intero ciclo di 
volo consisteva in una sequenza di programmi 
indipendenti, a volte attivati manualmente e 
a volte attivati automaticamente al verificarsi 
di determinate condizioni; la stessa attivita 
degli astronauti consisteva quasi 
integralmente nel richiamare questi 
programmi o nel passare loro i parametri 
calcolati a bordo 0 a terra (i famosi valori 
elaborati dalle "calcolatrici umane" di cui 
parla il film "II diritto di contare" o i dati relativi 
al cosiddetto "state vector" che le cronache 
riportano come elaborati su una Olivetti 
P101). 



Figura 3: II DSKY a bordo del LM Antares 


Come dicevamo, Mitchell continuava a 
digitare comandi di impostazione e poi 
comandi di verifica di queste impostazioni che 
mostravano sul display a segmenti le relative 
informazioni di controllo; il tutto mentre la 
telemetria trasmetteva i risultati al Centro di 
Controllo affinche potessero essere analizzati 
e confermati. 

Houston, abbiamo un problema anche se 
non lo sappiamo. 

Poco dopo la fase di distacco dal modulo di 
comando, proprio la telemetria inizio a 
segnalare frequenti set e reset dei segnalatori 
discreti di ABORT, come se gli astronauti 
stessero premendo compulsivamente uno dei 
bottoni di annullamento di emergenza della 
discesa. 

Ci vollero pochi secondi per individuare il 
problema in un corto circuito intermittente 
dovuto probabilmente al distacco di un cavo 
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durante le fasi di decollo e di inserimento in 
rotta, fasi piuttosto violente per la struttura di 
alluminio del complesso Apollo. Ancora una 
volta un maledetto corto circuito per un cavo 
rotto stava rischiando di compromettere la 
missione, a dimostrazione della violenza con 
la quale la navicella veniva squassata nelle fasi 
intense del decollo e della assoluta necessita 
di bloccare tutta la circuiteria con resine e 
plastiche. 

La missione era a rischio e forse anche la vita 
degli astronauti, in balia di una potenziale 
accensione indesiderata dei sistemi di risalita 
se non addirittura del motore principale. 

Nonostante il rischio, per il momento il 
Controllo Missione decise di proseguire 
ancora perun po 1 la missione poiche il pericolo 
non era immediato. II complesso del sistema 
di volo aveva infatti una sorta di protezione: 
un flag di autorizzazione all'annullamento (il 
flag LETABORT) che veniva attivato solo 
durante I'esecuzione di certi programmi e non 
di altri (nello specifico il programma P70 e il 
programma P71). Nel frattempo, sulla Terra, 
per gli ingegneri erano iniziate le sessioni di 
brainstorming per individuare una possibile 
soluzione o quantomeno un workaround (non 
essendo possibile una riparazione in volo). 

Inizialmente qualcuno penso di forzare un 
reset del flag LETABORT, cosi da impedire 
alle procedure di annullamento di entrare in 
funzione. Dopo le prime verifiche questa 
strada non si rivelo applicabile per almeno due 
ragioni: la prima e che I'accensione del motore 
di discesa avrebbe comportato I'attivazione 
automatica del flag LETABORT e gli 
astronauti avrebbero dovuto reimmettere 
nell'AGC la sequenza di comandi di reset 
perdendo una decina di secondi durate i quali, 
se si fosse verificato il cortocircuito, le 
procedure di risalita sarebbero entrate in 
funzione con la navicella in assetto ancora 
orizzontale, probabilmente lanciandola fuori 
dall'orbita. La seconda e che se si fossa 
davvero resa necessaria la procedura di 
annullamento, gli astronauti avrebbero 
dovuto ripristinare il flag e ripetere I'intera 
procedura normale di accensione del motore 
prima di poter passare al programma P70 
(ascesa di emergenza con il motore 
principale) o P71 (ascesa in uno degli altri 
stage del programma di discesa), perdendo 
secondi preziosi e potenzialmente fatali che 


avrebbero condotto la navicella a schiantarsi 
sul suolo lunare. 

Mentre queste soluzioni venivano valutate, 
agli astronauti era stata data solo una 
sintetica e generica comunicazione in merito 
a una possibile variazione della procedura di 
discesa ma non erano ancora stati informati 
della serieta della situazione; stavano quindi 
proseguendo le proprie attivita previste nel 
piano di volo senza troppi affanni. 

Come un pesce in forno 

La Luna non ha un'atmosfera che oppone 
resistenza a una nave spaziale, cosi il LEM era 
stato progettato per il massimo 
contenimento del peso. Ogni kg di massa 
risparmiata forniva qualche secondo in piu di 
spinta e controllo al pilota e ogni secondo di 
controllo in piu poteva significare la differenza 
tra la vita e la morte. Pertanto, alia ricerca 
della leggerezza estrema, una buona parte 
della "carrozzeria" del modulo lunare, 
consisteva in un sottile foglietto di alluminio 
non troppo diverso da quello con il quale 
cuociamo il pesce al cartoccio nel forno. 
Chiusi nel loro piccolo ambiente, separati 
dallo spazio infinito da una tovaglietta di carta 
stagnola, Mitchell e Shepard continuavano le 
loro manovre, programma dopo programma. 

Ma, a loro insaputa, il tempo stringeva: 
rimanevano meno di tre ore per trovare una 
soluzione ed evitare di dover annullare la 
missione per non far correre rischi 
all'equipaggio. La pressione era tantissima. 

Dopo i successi dell'Apollo 11 e dell'Apollo 12, 
I'Apollo 13 aveva fallito e sebbene I'essere 
riusciti a riportare a casa gli astronauti sani e 
salvi avesse accresciuto il senso di orgoglio e il 
supporto alia NASA da parte della 
popolazione americana, negli ambienti 
politici si era gia messa in dubbio I'utilita di 
queste missioni a fronte dei costi elevati e in 
considerazione del fatto che la gara contro i 
russi era stata ormai vinta. Un secondo 
fallimento consecutivo avrebbe potuto 
minare I'intero programma spaziale. 

II workaround 

Mentre I'Antares ormai si avvicinava all'inizio 
della fase di correzione dell'assetto per la 
discesa, gli ingegneri del I'M IT dovevano 
ancora elaborare una procedura, comunicarla 


alia Grumman a Houston per i test sul 
simulatore e, in caso positivo, poi farla 
trasmettere dal Controllo Missione agli 
astronauti per I'inserimento nel "flight book". 

Circa trenta minuti prima della scadenza del 
tempo utile entro in campo, intercettato al 
bollitore per il caffe, il secondo eroe di questa 
storia, Don Eyles. Don era uno degli 
sviluppatori del software dell'AGC del LEM (il 
software "Luminary"), sotto la guida di 
Margaret Hamilton. Conoscendo 
profondamente il funzionamento dell'AGC 
nella sua versione per il modulo di discesa e 
dei relativi programmi di volo, trovo 
immediatamente una possibile via d'uscita 
nel MODEREG, uno dei 13 registri addizionali 
della CPU dell'AGC. 



Figura 4: Margaret Hamilton nel simulatore 
del modulo di comando dell'Apollo 10. 


Questo registro indicava la locazione di 
memoria che conteneva il numero del 
programma attualmente in esecuzione (il 
cosiddetto "majormode", nel gergo dell'AGC). 
II suo scopo era principalmente quello di dare 
al DSKY I'informazione affinche la mostrasse 
agli astronauti sul display a segmenti i dati 
pertinenti a quel programma. Per fortuna 
quello stesso registro veniva interrogate 
anche dall'AGS per verificare che i programmi 
70 0 71 non fossero gia in funzione al 
momento della richiesta di annullamento 
della procedura di discesa (in tal caso non 
avrebbe avuto senso attivare una procedura 
gia in esecuzione!). 

Ecco che in pochi minuti il piano prese forma: 
si doveva ingannare la routine di controllo 
dell'annullamento inserendo ii p 7 i nel 
MODEREG dopo aver manovrato per mettere 
il LEM in posizione corretta per I'accensione 
del motore di discesa; si sarebbe poi atteso 
che il motore, accendendosi, avesse 
impostato il flag LETABORT e lo si sarebbe 
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quindi resettato; se il cortocircuito si fosse 
verificato nei 10 secondi necessari per la 
procedura, la routine di controllo 
dell'annullamento avrebbe trovato P71 nel 
MODEREG e non avrebbe lanciato il 
programma di ABORT. Una volta resettato il 
flag LETABORT, gli astronauti avrebbero 
ripristinato il MODEREG corretto e proseguito 
la discesa. 

Come in un film pieno di suspense, il test 
presso la Grumman perofalli! 

La prova nel simulatore evidenzio come 
anche la routine di accensione del motore 
aveva le proprie esigenze! In particolare, si 
aspettava di trovare nel MODEREG il 
Programma 63 0 non avrebbe portato il 
motore alia massima potenza dopo i 26 
secondi necessari al vettoramento di spinta 
per la correzione dell'assetto; soprattutto non 
avrebbe impostato il flag ZOOMFLAG che 
segnalava al sistema di discesa di prendere il 
controllo e portare I'astronave sulla 
superficie! 



Figura 5: il DSKY a bordo del modulo di 
comando ripreso durante un test a terra prima 
del lancio. 


La soluzione non funzionava ma la strada era 
segnata. Per circa 20 minuti gli ingegneri 
lavorarono a una procedura rivista tenendo 
conto di tutti i vincoli noti; una decina di 
sviluppatori ripercorrevano i diagrammi di 
flusso dei programmi coinvolti e le interazioni 
tra i sistemi con frenesia e alia fine arrivarono 
alia soluzione: il pilota avrebbe impostato il 
P71 nel MODEREG e effettuato le manovre 
normali fino all'accensione del motore e ai 
successivi 26 secondi necessari per 
completare la correzione d'assetto. Quindi il 
comandante avrebbe portato la manetta al 
massimo facendo {'override del sistema 
automatico mentre il pilota avrebbe 
contestualmente impostato lo ZOOMFLAG 
per poi resettare il flag LETABORT e reinserire 
P63 nel MODEREG. A questo punto Shepard 


avrebbe riportato la manetta al minimo e il 
computer di discesa avrebbe preso il 
controllo. II vantaggio di questa procedura era 
che pereseguire una manovra di interruzione 
di emergenza, I'equipaggio avrebbe dovuto 
semplicemente "alzare" il flag LETABORT e 
premere il pulsante di interruzione 
appropriate. Pochi istanti di attivita a tutto 
vantaggio della sicurezza. 

La flessibilita, programmabilita e usabilita 
dell'AGC, I'intuizione di un brillante 
sviluppatore che lo conosceva 
profondamente e I'addestramento degli 
astronauti sono il primo esempio di 
workaround della storia. A 380.000km da qui. 

La prossima volta che alzerete gli occhi al cielo 
e guarderete la Luna, date una sbirciata 
all'altopiano di Fra Mauro e pensate a quel 
piccolo grande AGC che e 11 , in attesa che un 
retro-collezionista vada a recuperarlo! 

Un po'di storia reale 

L'immagine che accompagna in chiusura 
questo articolo e la trascrizione di quel minuto 
e ventisette secondi durante i quali tutto 
sarebbe potuto andare male e invece un 
piccolo magico computer e un ingegnere che 
lo amava, salvarono la missione e forse la vita 
di quegli uomini coraggiosi avvolti in un foglio 
di carta stagnola. 

Nell'estratto rappresentato in figura, la sigla 
CC sta per Cap Com, il contatto radio a terra 
che per questa missione era Fred Haise (il 
pilota del modulo LEM dell'Apollo 13). La sigla 
LMP-LM sta per Lunar Module Pilot, cioe Ed 
Mitchell che riuscira a scendere sulla Luna e a 
trascorrere complessivamente quasi nove ore 
passeggiando come mai piu nella sua vita. La 
sigla CDR-LM sta per CommanDeR of Lunar 
Module e si riferisce a Alan Shepard, un mito 
assoluto, primo americano nel lo spazio, il 
decano degli astronauti a stelle e strisce. 
Uomo tutto d'un pezzo capace comunque di 
uscite meravigliose come quel la prima del 
decollo del razzo Redstone che lo avrebbe 
portato in orbita sulla Freedom 7: "Please, 
dear God, don't let me fuck up". E come 
dimenticare la sua partita a golf sulla Luna? 

Di lui ci rimane anche I'omaggio videoludico 
nella serie "Mass Effect": e proprio lui il 
Commander Shepard! 


Evidenziata con il bordo rosso e la sequenza di 
comandi del workaround, numerata per 
agevolarvi la ricostruzione degli eventi: 

1) Dopo che il countdown del NOUN 62 parte 
(62s che sta per "NOUN 62 starts") Mitchell 
digita 

VERB 21 NOUN 1 ENTER 1010 ENTER 107 
ENTER 

cioe lancia il comando di LOAD (VERB 21) 
all'indirizzo 520 (1010 ottale, I'indirizzo di un 
registro del display del DSKY che copia il 
valore del MODREG - che in realta ha indirizzo 
500 ) del valore 71 (107 ottale). Cioe mette nel 
MODREG letto dalla routine di annullamento 
I'indicazione che il programma in esecuzione 
e il programma 71. 

2-3-4) Dopo 26 secondi esatti dall'accensione 
del motore principale Shepard porta la 
manetta a fondo scala (in realta e di due 
secondi in ritardo...) 

5-6) Mitchell quindi digita : 

VERB 25 NOUN 7 ENTER 101 ENTER 200 
ENTER 1 ENTER 

cioe il comando LOAD (VERB 25, un comando 
LOAD diverso dal precedente) una maschera 
di bit (NOUN7) data dai valori ottali 1012001 
che di fatto attiva le equazioni di discesa per 
I'atterraggio. 

7) Poi digita 

VERB 25 NOUN 7 ENTER 105 ENTER 4 00 
ENTER 0 ENTER 

che disattiva il monitoraggio 
dell'annullamento abbassando il flag 
LETABORT e alzando il flag ZOOMFLAG 

8 ) Poi digita 

VERB 21 NOUN 1 ENTER 1010 ENTER 77 
ENTER 

per rimettere il MODREG al suo valore 
normale 63 per permettere al sistema di guida 
di prendere il controllo. 
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OU n 58 u 



- OU 

12 

00 

10 

LKP-LH 

Okay. ... sensitivity is full up. 


CDR-IH 

ROUS 62s VERB 21, SOUS 01 E.TER, 10 10, ESTER; f • 

107, ESTER. 

> 

12 

00 

13 

CDR-LH 

Okay. 


0*» 11 58 26 

LKP-LM 

Okay, Houston. Zt'a la. 

OU 

12 

00 

25 

CDR-LH 

Hey, it's a beautiful day In the land of Pra Mauro. 

OU n 58 3k 

OU U 58 37 

CC 

Roger, Antares. 

OU 

12 

00 

UU 

LKP-LH 

••• will bring MASTER ARM on 30 seconds* - * hit 

again. 

us 

CDR-LH 

And - Antares is standing by for a PDI 00. 

OU 

12 

00 

50 

CDR-LH 

Okay. Houston, the MASTER ARM is OR, and the « 

0 

OU 11 58 51 

CC 

And, Ar.tare®; Houston. You're 00 for Era Mauro. 






and B LIGHTS are OR. 

OU 11 58 57 

CDR-LH 

Good shew, Prado. Thank you. 

OU 

12 

00 

57 

CC 

Roger, Antares. 

OU U 59 00 

LHP-LH 

Thank you. You troops do a nice Job down there - - 

OU 

12 

01 

19 

CDR-1H 

Looks quiet; looks good. 


OU 11 59 02 

OR-LK 

That was beautiful. 

OU 

12 

01 

28 

LHP-LH 

MARK; 1 aicute. 


OU 11 59 U 

LKP-LH 

Hey, if you watch us reset, we'll flip the page. 

OU 

12 

01 

31 

CDR-LH 

Okay. And the radar temperature's coming up. 

°“0 

OU 11 59 15 

CDR-LH 

Let's go. 

OU 

12 

01 

U5 

LHP-LH 


OU 11 59 16 

LKP-LH 

Okay. 

OU 

12 

01 

52 

MS 


0 

OU U 59 25 

CDR-LH 


OU 

12 

01 

5U 

CDR-LH 

Okay. 7he DSTY'a on time. 

OU 11 59 27 

LHP-IH 

Okay. AU procedures are nomal from here on in 
except the 26. I actuate the MASUAL THROTTLE to 

OU 

12 

01 

58 

LHP-LH 

mains arm to DEsenrr. 

0 



FULL on ay side. 

OU 

12 

02 

00 

CDR-IH 

AVERAGE g is OR. The DESCENT EXCISE is OR. 

OU 11 59 3U 

CDR-LH 

That's correct. I'll start reentering the DPS 
after you hare throttled up. 

OU 

12 

02 

ou 

CC 

Roger, Antares. 




ou 

12 

02 

05 

CDR-LH 

There's ALTITUDE AJO VELOCITY light. R- looks 


OU 11 59 39 

LKP-LH 

Okay. 






quiet. 

0 

OU U 59 U2 

CDR-LH 

Won't have guidance until after I give it to you, 
after ... Okay. 

OU 

12 

02 

13 

LHP-LH 

Okay. We're waiting for ULLAGE AUTO light. 




OU 

12 

02 

16 

CDR-LH 

R^ looks good. 


OU 11 59 52 

CDR-LH 

We covered everything on that last one? 











ou 

12 

02 

21 

LHP-LH 

ULLAGE. 


OU 11 59 55 

IHP-LM 

Yea, sir. 

ou 

12 

02 

22 

CDR-LH 

AUTO ULLAGE. 

0 

OU 12 00 00 

OU 12 00 00 

LKP-LH 

At 10 feet per second, we ... 

ou 

12 

02 

26 

MS 

PRO. 


CDR-LK 

You're breaking up to ne. Would you run your 
sensitivity up a littlet 

ou 

12 

02 

27 

CDR-LH 

3, 2, 1, 0 - 




Figura 6: trascrizione delle comunicazioni di bordo durante la fase di applicazione del workaround di Eyles 
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OU 12 02 29 

LHP-IH 

IOKITIOX. 

OU 12 02 30 

CDR-LK 

And we have AUTO, IGSITIOH. 

OU 12 02 32 

LKP-LH 

Ignition looks good. 

OU 12 02 33 

CC 

Roger, Antares. 

OU 12 02 35 

CDR-IH 

We have an AUTO IGNITION. 

OU 12 02 39 

LKP-LH 

BIGINE ARK. OVERRIDE; ENGINE COFMASD, OVERRIDE. | 

OU 12 02 Ul 

CDR-LH 

Okay. And the MASTER ARM Is OFT. 

OU 12 02 U3 

LHP-LH 

All right. Standing by for 26. 

OU 12 02 U5 

CDR-LH 

Okay, we'll take the THROTTLE up at 26. 

OU 12 02 5U 

LHP-LH 

THROTTLE up. 

OU 12 02 56 

CDR-LH 

Okay. We're at full throttle. 

OU 12 02 58 

LHP-LH 

The CQM4AXD is DOWN. VERB 5 - - 

OU 12 03 01 

CC 

Roger, Antares. 

OU 12 03 03 

LHP-IH 

ROUS 7 VERB 101. 


(A 12 03 09 CDR-LH 1.7. 

OU 12 03 12 LKP-IH ... have guidance. And you have COMUR) and THROTTLE. 

OU 12 03 19 CDR-LH Okay. Ve have guidance. _ 


OU 12 03 23 

LHP-LH 

AU right. I'm DISABLING. VERB 25 ROUS 7 OTEF, 
105 ESTER - - 

OU 12 03 31 

CC 

You're 00 at 1 Antares. 

OU 12 03 32 

LHP-LH 

LOO, ESTER; 0 EhTER. Okay. And landing radar 
cable. VERB 21 SOUS 01 ESTER; 10 10, OTTS; 77, 
DFTER. The landir.* radar is there. Al, you can 
reduce your THROTTLE to XIHIMUK. 

OU 12 03 56 

CDR-LH 

Okay. It's coming down. 


II resto dei comandi riportati nel punto 8 attiva 
il radar di atterraggio. Quando tutta la 
procedura si conclude e il sistema di guida ha 
preso il controllo, Mitchell chiede a Shepard di 
portare la manetta al minimo. 

"Okay. It's coming down" (riferito alia manetta 
ma e bello pensare che si riferisca al LEM che 
scende sicuro verso la superficie). 


minimo se il sistema comunque I'avrebbe 
tenuta al massimo? Perche la manetta al 
massimo forzava I 'override del sistema di 
controllo e quando questo in seguito avrebbe 
dovuto parzializzare la spinta, trovando un 
override con manetta al 100% I'avrebbe invece 
tenuta al massimo con conseguenze orribili. 

Buon volo! 


Tutto e bene quel che finisce bene! 

Hands on! 

Se qualcuno volesse provare a usare I'AGC 
senza entrare nelle complessita del progetto 
Virtual AGC, trovate un ottimo simulatore 
online a questo indirizzo: 

http://svtsim.com/moonjs/aqc.html 

Se vi avventurerete in questa prova noterete 
che dopo aver inserito il comando di clear del 
flag LETABORT e di innalzamento di quello 
ZOOMFLAG, I'indicatore della manetta 
rimarra al massimo. Questo avviene, 
ovviamente, perche rimettendo il MODREG a 
63 il sistema di guida prende il controllo e 
siamo ancora in una fase del programma di 
volo nel quale la spinta e massima per ridurre 
la velocita della navicella. Allora perche 
Shepard dovette mettere la manetta al 



Figura 7: Alan Shepard gioca a Golf sulla Luna. 
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Chiusura ed anticipazioni 


di Francesco Fiorentini 

Universo in espansione... 

Secondo la teoria piu' accreditata il nostro 
Universo si e' generato da una grandissima 
esplosione (Big Bang) ed e' tuttora in fase di 
espansione. Espansione tra I'altro dimostrata 
dallo spostamento verso il rosso delle righe 
spettrali delle galassie, il cosiddetto red- 
shift... Ma qui mi sto addentrando in un 
argomento piu' adatto a RetroSpace che 
all'articolo di chiusura... 

Come per I'Universo, anche la nostra rivista e 1 
ancora in fase di espansione, annoverando 
ogni mese interessanti novita 1 (0 almeno cosi' 
crediamo...) da condividere con i lettori. 

Come chi ci segue sulla pagina Facebook avra 1 
gia 1 avuto modo di notare, nel sito internet 
abbiamo aggiunto la possibilita 1 di consultare 
I'indice degli articoli pubblicati in 
RetroMagazine. Navigando all'indirizzo 
http://www.retromagazine.net/indice articol 

i.htm troverete infatti non solo la tabella 
riportante tutti i pezzi pubblicati sinora nella 
rivista, ma anche una classificazione degli 
stessi per rendere piu' semplice e fruibile la 
loro ricerca ed un link diretto al numero che li 
contiene per agevolarne una rilettura veloce. 
Sperando di aver fatto cosa gradita, 
attendiamo i vostri commenti e suggerimenti 
per migliorare ancora. 

Ma le novita 1 non si fermano certo qui, 
altrimenti che realta' in espansione saremmo? 
Nel prossimo numero 0 in quello successivo 
(nel momento in cui scrivo queste righe non 


mi e 1 dato ancora saperlo NdR) inaugureremo 
una rubrica chiamata RetroGiochiamoli. 

Lo scopo di questa nuova rubrica sara 1 quello 
di giocare assieme a voi lettori un gioco, 
scoprendo cosi 1 qualcosa di nuovo insieme! 
Ovviamente per problemi di spazio non 
potremo giocare tutti i giochi per intero, 
quindi per lo piu 1 forniremo soltanto la parte 
iniziale della soluzione/walkthrough, 
sperando cosi 1 di creare abbastanza curiosita 1 
ed interesse affinche 1 il lettore continui poi da 
solo. Di soluzioni e walkthrough ne e 1 piena 
internet, ma la possibilita 1 di giocare i giochi 
condividendone la scoperta e le emozioni 
provate ci e 1 sembrata un'ottima idea ed 
abbiamo voluto provare a farlo sulle pagine 
della rivista. Anche qui saranno i vostri 
commenti e reazioni a farci capire se abbiamo 
colpito nel segno 0 meno... 

Per esigenze editoriali abbiamo dovuto 
spostare I'ultima parte della guida di Giorgio, 
Programmazione dell'Atari 2600 al prossimo 
numero, ma niente paura, Giorgio Balestrieri 
ci ha promesso un gioco e lo avremo. © 

Prima di lasciarvi vorrei pero' cogliere 
I'opportunita' di ringraziare Gaetano 
Chiummo per aver composto e donato a 
RetroMagazine la musica che accompagna 
I'intro in assembler di Marco Pistorio. 

Per il momento non vi anticipo altro, 
altrimenti scopro troppo le carte... 

Al prossimo numero di RetroMagazine! 


Disclaimer 


RetroMagazine (fanzine aperiodica) e' un 
progetto interamente no profit e fuori da 
qualsiasi circuito commerciale. Tutto il 
materiale pubblicato e' prodotto dai 
rispettivi autori e pubblicato grazie alia loro 
autorizzazione. 

RetroMagazine viene concesso con licenza: 
Attribuzione - Non commerciale - Condividi 
alio stesso modo 3.0 Italia (CC BY-NC-SA 
3-0 IT): 


https://creativecommons.org/licenses/by- 

nc-saA.o/it/ 
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Condividere - riprodurre, distribuire, 
comunicare al pubblico, esporre in pubblico, 
rappresentare, eseguire e recitare questo 
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Modificare - remixare, trasformare il 
materiale e basarti su di esso per le tue 
opere. 

Alle seguenti condizioni: 

Attribuzione - Devi riconoscere una 
menzione di paternita adeguata, fornire un 
link alia licenza e indicare se sono state 
effettuate delle modifiche. Puoi fare cio in 
qualsiasi maniera ragionevole possibile, ma 
non con modalita tali da suggerire che il 
licenziante avalli te o il tuo utilizzo del 
materiale. 

NonCommerciale - Non puoi utilizzare il 
materiale perscopi commerciali. 
StessaLicenza - Se remixi, trasformi il 
materiale o ti basi su di esso, devi distribuire 
i tuoi contributi con la stessa licenza del 
materiale originario. 

Divieto di restrizioni aggiuntive - Non puoi 
applicare termini legali o misure 
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